Synology-Forum.nl
Packages => Officiële Packages => Cloud Sync => Topic gestart door: Sylvester op 19 december 2016, 22:18:46
-
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?
-
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.
-
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 ???
-
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
-
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?
-
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?
-
debug.dat kun je gewoon uitpakken, daarna leesbaar.
[attach=1]
-
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....
-
Zou gewoon een ticket inleggen en debug.dat toevoegen.
-
Klein vraagje.
Je zegt er is niets speciaals aan deze map, maar hoe weet je dat?
Hoe is die map aangemaakt?
-
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.
-
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.
-
Heel verstandig ;)
-
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?
-
Taipei, Taiwan.
-
Het heeft even geduurd, maar hier is het vervolg.
Ondertussen heb ik dit weer een paar keren aan de hand gehad, en weer een ticket aangemaakt bij Synology.
Dit was hun antwoord :
Base on the system log, we noticed the Cloud Sync is stuck on the delete event of "/Naam/CloudStation/Documenten/XXXX/YYYY/ZZZZ".
Please manual delete this file on Amazon Drive first. Then, we will access your NAS to modify the database.
However, this issue has been fixed in the incoming version of Cloud Sync.
Please kindly stay tuned for the update. In the meantime, we apologize for any inconvenience caused.
Er wordt dus blijkbaar aan gewerkt.
Ik heb de files verwijderd van Amazon Drive, zij hebben de database aangepast, en het is weer even in orde.
Zo zie je maar, ik ben niet altijd aan het zeuren....
Integendeel, op deze manier heb ik blijkbaar zonder te weten meegewerkt aan de verbetering van Cloud Sync, dus aan een volgende update.
Ben benieuwd na de volgende update.
Ik ben al van in het begin overtuigd van de zeer goede support van Synology.
Wordt vervolgd.
-
Bedankt voor je update en nee, je bent geen zeurpiet ;)
-
Dju, weer hetzelfde probleem. Ze hebben het net (voorlopig) hersteld op afstand, en nu blijft hij weer hangen op 3 bestanden die hij blijft syncen.
Zou ik nog maar eens een ticket aanvragen om dit (weer) op te lossen? Dit moet voor hun toch ook een vervelende kwestie zijn....
-
Zou ik maar gewoon doen, de betreffende update is er nog niet dus, is het ook nog niet opgelost.
-
Nogmaals een ticket aangemaakt bij Synology. Hopelijk krijgen ze het daar niet op hun zenuwen.
Ondertussen weet ik de oorzaak. Even gekeken in de log file.
Ik heb in één bepaald volume een map met veel kleine documenten (ongeveer 15000) verwijderd, wat in principe toch zou moeten kunnen.
Ze zijn weg op de NAS maar niet bij Amazon drive. Het heeft geen zin om ze handmatig te verwijderen bij Amazon Drive, dat weet ik al uit ervaring. De Cloud Sync library is ergens 'out of sync' of zoiets...
Vorige keer hebben ze al gemeld dat het waarschijnlijk te maken heeft met een soort van 'overflow' fout bij teveel documenten in één keer te willen uploaden of verwijderen.
-
Het was inderdaad de map die ik bedoelde, waarop hij blokkeerde.
En alweer hebben ze het tijdelijk opgelost .
Synology mag dan ietsje duurder zijn dan andere, maar je weet dan ook waarom. Van de service niet te klagen :thumbup:
Men is er nog steeds mee bezig. Blijkbaar zijn er meerdere problemen met Cloud Sync. Het probleem zou opgelost worden in een volgende update zoals ik al eerder zei.
Ik heb de vraag gesteld of we dit tijdelijk zelf kunnen oplossen als gebruiker. Helaas gaat dat niet. De Cloud Sync library moet op één of andere manier aangepast worden, als zich dit issue voordoet.
Ik heb ook de vraag gesteld of men weet wanneer de update komt. Helaas weten ze het nog niet.
-
Volgens hun laatste berichtgeving zou dit probleem opgelost worden in de volgende systeem update DSM 6.1
-
6.1 is er nog niet, maar volgens mij hebben ze het in deze update van Cloud Sync al opgelost :
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi113.photobucket.com%2Falbums%2Fn201%2FSylvesterke%2FSchermafbeelding%25202017-02-22%2520om%252006.12.58_zpsocdnlfm6.png&hash=0add4fd727f6d903cedd37d1dd9409ecca5f6082)