rsync van nas 1 naar nas 2 opdracht failed, diezelfde opdracht handmatig werkt

[private-sector]

Hallo,

Al jaar en dag synct mijn hoofd nas (ds918) met Rsync elke ochtend om 5:00 uur naar mijn nas 2 (ds216).

Nas 2 schakelt elke ochtend om 4:55 in, zodat hij klaar staat en nas 1 de synchronisatie kan uitvoeren via rsync. Als de synchronisatie klaar is en ds216 in idle valt, schakelt hij uit etc. Beide nassen zitten in het zelfde netwerk, werken verder perfect, zijn bereikbaar.
Al jaren gaat dit goed tot een tijdje terug.

Elke dag krijg ik nu de volgende melding op nas 1: shared folder sync failed to sync task due to connection fail.

Goed diezelfde sync task kan ik in de "takenlijst" wel handmatig "nu synchroniseren" en "volledig synchroniseren" dan gaat het wel goed, dat doe ik nu dus al een tijdje.

Dan denk ik automatisch aan een tijd probleem niet? Dus heb ik de doel nas ds216 ingesteld dat hij 5 minuten eerder op start, 4:50 dus, ook dat helpt niet.

Waarom kan ik vanuit "takenlijst" wel handmatig de synchronisatie task starten, maar kan de nas die zelfde task niet zelf starten op de door mij opgegeven tijd?

Nou goed, ik ging vanochtend eens kijken in het logboek, en de tasks waren succesvol tot exact 31 december 2022. Vanaf 1 januari 2023 is elke sync task mislukt met bovenstaande melding in het logboek. Goed duidelijker kan het niet worden, er gaat iets mis en de datum heeft daar mee te maken.

Nu ben ik toch eens gaan kijken in de regionale opties in beide nassen, de tijd synchronisatie, en vooral: de certificaten. Gek genoeg kan ik niks vreemds vinden.

Ook heb ik nog eens de firewalls op beide nassen nagekeken en ook daar geen gekke dingen, zou ook vreemd zijn want ik heb op oudejaarsdag echt niets verandert, ook niet eerder of later.

Zo dadelijk als het handmatig synchroniseren klaar is, ga ik beide nassen updaten naar "Version: 7.1.1-42962 Update 4" en dan morgen ochtend nog eens checken of de task synchronisatie weer gewerkt heeft.

Zo niet dan moet ik maar eens verder zoeken.

Omdat blijkbaar de universele datum hier van invloed is, zou toch iedereen die rsync gebruikt tussen 2 nassen,  of in elk geval een aantal hier last van moeten hebben?

Dus mijn vraag dan ook, heeft iemand het meegemaakt en al ondervonden waarom ?

vr groet

[sciurius]

Zomaar een losse flodder: Als je de taak handmatig start vanuit het control panel draait deze onder de id die de taak opstart (waaronder je bent ingelogged, bv. admin). Als de taak automatisch wordt opgestart draait deze onder de ingestelde id, meestal root.

Ik heb met een van mijn tasks het omgekeerde probleem: werkt alleen indien automatisch opgestart en niet indien handmatig getriggerd. Eigenlijk nooit verder uitgezocht.

[private-sector]

Daar heb ik ook nog aan gedacht maar, volgens het logboek gebeuren zowel de auto handeling als de handmatige handeling met gebruiker: system.

Zie bijlages, dank voor je bericht.

[private-sector]

Ik heb even de task tijd aangepast naar 8:50, resultaat: nu is het wel gelukt.

Dus als ik de doel nas zelf op start, eerst handmatig een sync uitvoer, dan werkt daarna de auto task wel.

Misschien is er een foutje in de task ingeslopen. Door de task eerst met 8:50 te saven en daarna weer terug naar 5:00 te saven is het misschien opgelost.
Goed, ik de tijd heb ik weer terug gezet naar 5 uur s'ochtends, even morgen afwachten.

[sciurius]

Had je in de log van de andere nas vastgesteld dat deze daadwerkelijk op die tijd opstartte? En dat de tijd goed stond?

[private-sector]

Bingo!

Vanaf 1 januari startte hij inderdaad nooit meer op volgens de logs!

Ook telegram (beide nassen worden gepinged door domoticz welke berichten stuurt via telegram bij offline of online gaan) heeft vanaf 1 jan nooit meer een melding gemaakt dat de backup nas online is geweest op 5:00 uur.

Ik moet de domoticz berichten via telegram maar eens uitdunnen geloof ik want als ze worden onder gesneeuwd door elke scheet in huis heeft het ook geen zin 

Ik heb het 4:55 "stroomschema" verwijdert en opnieuw aangemaakt.

Dan vraag ik mij wel nog steeds af hoe het kan dat vanaf 1 januari de ds214 niet meer opstart volgens "stroomschema"

[sciurius]

 

Misschien even van de spanning geweest? Ik weet dat bv. WOL niet meer werkt nadat de spanning eraf is geweest (moet opnieuw worden ingesteld).

Overigens vind ik "stroomschema" een uitermate slechte vertaling van "power scheme" 
Mede om die reden hou ik bij mij alles maar in het engels.

[private-sector]

Dat zou dan nieuw zijn ik heb de ds216 regelmatig verplaatst, verhuisd, en van de spanning afgehaald omdat het toch een redundant backup is, maar nog nooit mee gemaakt dat wol en schedule opstarten niet meer werken. Ook nog nooit opnieuw wol hoeven aanzetten. Voor alle handmatige rsyncs die ik heb gedaan sinds het probleem speelt, heb ik de ds216 gestart met wol.

Ja de vertalingen zijn inderdaad altijd verschrikkelijk, hier ook liefst engels. Waarom ik hem in vredesnaam op nl heb gezet, weet ik niet meer.

Morgen ochtend 5:00, ben benieuwd.

Bedankt allemaal voor zover, 

[private-sector]

Nou,

nog steeds geen opstart volgens powerschedule. Ik heb de task verwijdert, en 3 nieuwe power schedules aangemaakt om te testen.
Geen enkele keer start hij op, wel start hij op met wol zonder problemen.

Van het weekend ga ik de cr2032 batterij vervangen, lijkt erop dat dat een veel voorkomend probleem is bij een niet werkende powerschedule. Wel gek dat dat per 1 januari begon.

[private-sector]

Hij start inmiddels weer op volgens power schema.

Ik heb de cr2032 batterij vervangen, de oude was echt dood. Opgestart en boot schema gemaakt, resultaat geen start volgens schema.

De ntp tijd server op de ds216 veranderd naar pool.ntp.org, die stond op mijn hoofd nas (ds918). Resultaat nu wel een power schedule boot!

Oke, de ntp tijd server op de ds216 terug gezet naar mijn ds918 nas, ook nu nog steeds een werkende power schedule boot.

Nou vraag ik mij af wat het probleem is geweest, is er een bugje in de ntp tijd server geslopen? De tijd op de ds216 synchroniseerde altijd prima vanaf de ntp server op de ds918, alles in mijn netwerk synchroniseerd ook de tijd aan de ntp tijd server van de ds918, nooit problemen gehad. Of moet de ds216 met een nieuwe cmos batterij eerst een keer een full reboot en shutdown doen voor de power schedule weer werkt?

In elk geval start hij weer op.

[Gaffel]

Hoii private-sector, op wat voor manier schakel jij die DS216 in, doe je de spanning er geregeld eraf en er weer op!
Kun je dat even verduidelijken aub!

[private-sector]

Sinds begin dit jaar schakelde ik hem in met wol, om handmatig te syncen. Sinds vandaag hoef dat dus niet meer en zal hij elke ochtend weer zelf opstarten, en aansluitend afsluiten als hij idle is na de sync.

De spanning ligt er af en toe wel eens af, bijvoorbeeld door het verplaatsen. Tot 2 jaar terug hing hij aan een eigen ups met communicatie.

Sinds 2 jaar staat hij ivm ruimte gebrek in de meterkast.

Met vakanties of weekenden weg neem ik hem altijd mee, dus dan heeft hij geen spanning. Dat doe ik al jaren.

Goed, nooit problemen gehad met power schedule boots tot dus 1 januari volgens de logs.

[Gaffel]

Bedankt voor je antwoord!