Cloud Sync blijft 2 bestanden synchroniseren

[Sylvester]

Iets heel vreemd, ik zie al meer dan een dag dat Cloud Sync bezig is met het synchroniseren van 2 bestanden. In principe zou hij volledig gedaan moeten hebben, maar er staat dat hij nog steeds met 2 bestanden bezig is.
Ik zou niet weten welke 2 bestanden dit zijn. Er is geen netwerk trafiek dus geen extra grote bestanden.

Als ik op het icoontje in de menubalk klik, zie ik alleen de laatste 5 uitgevoerde bestanden (en dat klopt). Verder geen actieve bestanden.
Als er nu bijvoorbeeld 3 bestanden bij komen, dan staat er dat hij 5 bestanden aan het synchroniseren is, en daarna weer een hele tijd continu 2 bestanden.

Hoe kom ik te weten waarmee hij nog bezig is?

[Sylvester]

Even een 'subtiel' schopje tegen dit topic geven. Hij is al dagen bezig met het synchroniseren van 2 bestanden.
Hoe kom ik te weten wat hij aan het doen is en over welke twee bestanden het gaat?

Een herstart helpt niet. Hij begint dan opnieuw met zijn database te controleren om dan uiteindelijk weer op 2 bestanden te stranden.

[Sylvester]

Ondertussen heb ik contact gehad met Synology. Zij hebben de log file geanalyseerd en alzo vastgesteld dat hij ergens bleef hangen op een map die hij niet verwijderd kreeg. Backup ging telkens goed voor nieuwe bestanden, maar van het moment dat hij weer aan die map kwam bleef hij proberen. De inhoud van de map heeft hij verwijderd, maar de map zelf kreeg hij niet verwijderd.
Het was inderdaad een map met inhoud die ik op de originele plaats heb verwijderd, en die cloud sync dan ook op de gesynchroniseerde kant probeerde te verwijderen.

Ik weet niet of er een andere oplossing zou kunnen zijn, maar ik heb de backup taak en backup inhoud volledig verwijderd, nieuwe taak aangemaakt , nieuwe backup doel en bron ingesteld, en nu loopt alles prima. Hij krijgt de backup volledig uitgevoerd.

Toch vreemd, als je het mij vraagt. Waarom blijft hij hangen op één lege map

[Ben(V)]

Kan vele oorzaken hebben bijvoorbeeld

• Een protectie die te hoog staat voor cloudstation
• De folder is aangemaakt door hem uit te pakken met WinRAR of vanuit een nzb die oorspronkelijk is aangemaakt op een PC met een windows codepage die Linux niet snapt.
• De folder heeft een illegaal karakter in de foldernaam.
• Er zit een niet zichtbaar bestand met zuzlke problemen in de folder

[Sylvester]

Zoiets moet het wel zijn.
De naam kan geen problemen gegeven hebben, die was simpel met alleen letters.
Het uitpakken met WinRAR kan niet, want ik heb geen PC en het origineel was niet uitgepakt.
Er zaten wel veel kleine documenten in dus de kans bestaat wel dat er een 'raar' document in heeft gezeten.

Alleen vreemd dat die map overal al weg was (origineel en op cloud zijde), maar dat hij op één of andere manier nog aan het knabbelen was op iets dat bleef hangen.

Waar vind in die protecties in cloud station?

[Sylvester]

Miljaar, sinds vandaag doet hij dat weer.
Nochtans ben ik er zeker van dat het deze keer niet DIE bewuste map kan zijn want daarvan wordt geen backup meer gemaakt.

Weet iemand hoe of met wat ik de log file (debug.dat) kan lezen?

[Birdy]

debug.dat kun je gewoon uitpakken, daarna leesbaar.

[Sylvester]

OK, nu werkt het uitpakken. Na veel gedoe toch kunnen unzippen. Gewoon veranderd in .zip. Zonder deze verandering lukte het blijkbaar niet om te unzippen.

Dit is een stukje van de log file, en dat komt keer per keer terug :

Dec 29 11:33:30 [INFO] event-peatree.cpp(394): Redo event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-peatree.cpp(272): Pop event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-manager.cpp(309): EventManager::PullEvent [Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)]
Dec 29 11:33:30 [INFO] worker.cpp(823): Worker (12): connection 3 is under throttling '114'
Dec 29 11:33:30 [INFO] event-peatree.cpp(394): Redo event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-peatree.cpp(272): Pop event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-manager.cpp(309): EventManager::PullEvent [Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)]
Dec 29 11:33:30 [INFO] worker.cpp(823): Worker (17): connection 3 is under throttling '114'
Dec 29 11:33:30 [INFO] event-peatree.cpp(394): Redo event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-peatree.cpp(272): Pop event: Event<EV_REMOVE> (PROCESSING): [15] /Mario/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:30 [INFO] event-manager.cpp(309): EventManager::PullEvent [Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)]
Dec 29 11:33:30 [INFO] worker.cpp(823): Worker (16): connection 3 is under throttling '114'
Dec 29 11:33:30 [INFO] event-peatree.cpp(394): Redo event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:31 [INFO] event-peatree.cpp(272): Pop event: Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)
Dec 29 11:33:31 [INFO] event-manager.cpp(309): EventManager::PullEvent [Event<EV_REMOVE> (PROCESSING): [15] /M****/CloudStation/Documenten/A**********n (local,dir)]
Dec 29 11:33:31 [INFO] worker.cpp(823): Worker (14): connection 3 is under throttling '113'

Weer een andere map. Nu is er niks speciaal aan deze map. Geen vreemde tekens, geen vreemde documenten, er zat bijna niks in die map.
Vreemd....

[Birdy]

Zou gewoon een ticket inleggen en debug.dat toevoegen.

[Ben(V)]

Klein vraagje.
Je zegt er is niets speciaals aan deze map, maar hoe weet je dat?
Hoe is die map aangemaakt?

[Sylvester]

Die map is gewoon aangemaakt zoals alle andere administratieve mappen : gewoon in de finder op mijn Mac, heel simpel map per map, en opgevuld met Word, Excel en PDF documenten. Geen vreemde documenten voor zover ik kan zien.

[Sylvester]

OK, tot zover dit nog getest  :

Ik heb gezien dat die map in de backup source (Macbook Pro) verdwenen is. Uiteraard, ik heb ze gewist.
Als gevolg zou de Cloud Sync ervoor moeten zorgen dat hetzelfde op de Amazon drive gebeurt : zelfde map wissen.
Helaas is dit niet gebeurd.
Dus ik stop de Cloud Sync service, verwijder de betreffende map manueel op de Amazon drive, en start Cloud Sync terug.
Na het volledig doorlopen van alle data blijft hij weer hangen op die 2 documenten, dus die betreffende map mét inhoud (en dat zijn meer dan 2 documenten).

Ik zal dat toch maar een nieuw ticket aanmaken en kijken wat ze zeggen.

[Birdy]

Heel verstandig

[Sylvester]

Alleen is er een beetje het 'communicatie' probleem. Altijd in het Engels.
Mijn Engels is niet zo goed, maar Synology hun Engels is nog slechter.

Waar is dit bedrijf eigenlijk gevestigd?

[Birdy]

Taipei, Taiwan.