| Petr Kubik | Reappearing documents |
| Dobrý den,
máme problém s klientem LN R.6.5.3
Už v několika případech se nám stalo, že E-maily, které již byly smazány jak z repliky, tak ze serveru se znovu objevily v přijaté poště a to i 2 roky staré E-maily.
Nevíte někdo kde by mohl být problém???
Děkuji | | Martin Humpolec | Re: Reappearing documents | 
21.01.2009
08:34:41
ID: 2831.1
 
| Typicky to bývá připojení někoho, kdo dlouho nereplikoval - ať už je to testovací server, nebo uživatel, který nebyl dva měsíce v práci. | | Petr Kubik | Re: Re | IT
21.01.2009
09:50:44
ID: 2831.2
| Problémem nereplikování to v mém případě není, protože "problémoví" uživatelé, stejně jako všichni ostatní mají nastavenou replikaci po 10min a s jejich účty nepracuje nikdo jiný než oni sami a pouze na jednom PC s jedinou replikou. | | Martin Hansgut | Re: Reappearing documents | 
admin
22.01.2009
22:27:03
ID: 2831.3
| Pokud to není replikací, tak si to dost dobře nedokážu představit. Už jsem to taky několikrát řešil a vždy to bylo jak píše Martin. Replika na nějakém PC který dlouho nereplikoval, replika na testovacím serveru který nereplikoval pravidelně a smazaly se deletion stubs, dříve než došlo ke smazání ve všech replikách .... | | VZ | Čas, verze LN | 23.01.2009
10:03:12
ID: 2831.4
| U replikací může nastat problém, pokud se výrazně posune čas na klientovi nebo na serveru. Někdy se čas aktualizuje automaticky přes NTP servery a pokud přitom nastane nějaká chyba, někdy se to v LN posune třeba o 3 měsíce, někdy dokonce o několik let. Tak jsem viděl už pár lety v několika schránkách e-maily z roku 2019, jindy z r. 2011 a také třeba z roku 2000, přestože ve chvíli jejich doručení uplynulo od r. 2000 již několik let.
Podobné problémy s posunem času na LN klientovi oproti serveru se občas vyskytují pravděpodobně i z jiných důvodů.
Mám už nějakou dobu podezření, že takový časový posun v nastavení LN klienta občas nastane, pokud se z několika různých PC replikuje stejná lokální adresní kniha přes server. Např. uživatel má PC doma, kde má repliku lokální adresní knihy z PC v práci, aby měl všude stejné osobní kontakty. V takovém případě má občas LN klient ve firmě jiný datum než je v operačním systému, přestože je nastaveno, že LN přebírá časové nastavení z OS. Čas v OS je obvykle na pracovním PC správně, v LN klientovi je třeba při vytváření nové zprávy čas shodný s OS, den obvykle také, ale nastává posun buď v měsíci nebo v roku. A to může způsobovat i problémy při replikacích.
Bohužel tato situace nastává relativně zřídka, takže pro potvrzení tohoto podezření zatím nemám dostatek podkladů - nedá se v tu chvíli ověřit, kdy uživatel replikoval z domácího PC a jaký tam při replikaci měl datum a čas, případně další nastavení.
Kromě toho verze 6.5.3 měla tuším dost chyb, stejně jako 6.5.1 nebo 6.5.2. Podstatně spolehlivější byly anglické verze 6.5 nebo 6.5.4 (možná i vyšší?). | | Petr Kubik | Re: Čas, verze LN | IT
23.01.2009
12:29:32
ID: 2831.5
| Verzí LN to určitě není, protože stejný problém se nám objevuje i u LN verze 8. A posunem časem to nejspíš také není, protože každý uživatel používá LN pouze v práci na svém PC. | | VZ | Synchronizace času | 24.01.2009
08:02:03
ID: 2831.6
| Jakým způsobem se udržuje aktuální čas na těch počítačích? Není náhodou v jednotlivých OS u uživatelů nastaveno, aby se synchronizoval čas z internetu, tzn. z nějakého ntp serveru? Pak by se mohlo stát, že mezi jednotlivými replikačními intervaly se nějak výrazněji změní na pozadí v OS čas, např. kvůli nějaké chybě při synchronizaci. A to by mohlo způsobit přidání těch starších zpráv. Pak se čas v OS při další synchronizaci může opravit na správnou hodnotu, takže to třeba nemusí nikdo postřehnout.
A může se to stát nejen na klientech, ale i na serveru - tzn. pokud si klienti čas z internetu nesynchronizují, ale server ano, pak může být na serveru ve chvíli, kdy replikuje některý klient, výrazně jiný čas oproti poslední replikaci, který se pak "sám" vrátí na správnou hodnotu.
Kromě toho - nejsem si jist, který proces vlastně odstraňuje smazané zprávy natrvalo. Je možné, že by se to na lokále odstranilo až po kompaktaci DB? Byly někdy zkompaktovány ty lokální (případně serverové) repliky po vymazání těch "historických" zpráv tak, aby došlo k redukci místa na disku? |
|
