Synology : Hyper Backup blijft falen

[krisken]

NAS Datacenter ANTWERPEN : Synology DS2411+ met DSM 6.2.4-25556 Update 3 : Werking OK

NAS Ouders : DS216+ met DSM 6.2.4-25556 Update 3 : Werking OK, Hyperbackup OK
NAS Broer : DS415+ met DSM 6.2.4-25556 Update 3 : Werking OK, Hyperbackup OK
NAS Vereniging : DS112+ met DSM 6.2.4-25556 Update 3 : Werking OK, Hyperbackup OK
NAS DCOostkamp : RS814 met DSM 6.2.4-25556 Update 3 : Werking OK, Hyperbackup OK
NAS Thuis : DS1812+ met DSM 6.2.4-25556 Update 3 : Werking OK, Hyperbackup NIET OK

De bedoeling is dat NAS Ouders, Broer, Vereniging, DCOostkamp en Thuis elke nacht om middernacht een backup maken (via HyperBackup) naar NAS Datacenter ANTWERPEN. Deze laatste heeft een public IP, en is steeds bereikbaar via internet.

Bij zowat elke NAS lukt dit perfect. Alleen bij de NAS thuis blijft dit continu falen. Bij de setup van de backuptaak ga ik naar Hyper Backup, en ga ik naar "gegevensback-uptaak", gevolgd door "rsync backup (enkele versie)".

Eenmaal de backuptaak is aangemaakt, voer ik de taak uit als initiële backup. Vervolgens blijft NAS Thuis urenlang staan op "Bezig met controle van bronbestandsgrootte", om vervolgens in gang te schieten. De backup loopt steeds tot +/- 88%, om daarna te falen. Ik heb al geprobeerd om gedeelde map per gedeelde map over te zetten, en zelfs in die gedeelde mappen dan nog eens map per map aan te zetten. Niks helpt...

Qua fout kan ik enkel weergeven wat ik krijg per e-mail:

Gegevensback-up op IT2GO-ON3KDR is mislukt.

Controleer het back-uplogboek in Hyper Backup > Logboek
voor meer informatie.

Back-uptaak: ON3KDR
Back-updoel: IP.VAN.NAS.ANTWERPEN/ SynoBackup / ON3KDR
Starttijd: do, feb 17 2022 10:37:22
Duur: 13 Hour 34 Minute 55 Second

Van Synology - IT2GO-ON3KDR

Lees dit artikel https://sy.to/nasbackup m meer te weten over het
back-uppen van uw Synology NAS en voor een complete
gegevensbeschermingsoplossing.

Omwille van het feit dat de backup van mijn thuis NAS toch redelijk groot is (reken op een 5-tal TB), heb ik eerst een aantal keer geprobeerd van thuis uit de backup te starten over het Wireless België netwerk. Denkende dat de fout lag bij de instabiliteit van de verbinding, heb ik vorige week besloten om de NAS te plaatsen in het datacenter, op dezelfde switch als NAS Antwerpen. Aan de verbinding zal het dus zeker niet liggen...

Indien mensen tips and tricks hebben : altijd welkom. Beetje ten einde raad op dit moment

[Ordon]

Corruptie van je databestanden/filesysteem (HDD of RAID controller) etc?
Zeker omdat die volgens jou op hetzelfde punt blijft hangen.

Kan je de rsync via command-line starten?

Code: Selecteer alles

rsync -v --stats --progress 
of
rsync -a /foo /bar >/tmp/rsync.log 2>&1

[krisken]

rsync -a /foo /bar >/tmp/rsync.log 2>&1

rsync: link_stat "/foo" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1355) [sender=3.0.9]

rsync -v --stats --progress doet niks, behalve de manual tonen van rsync
rsync -a /foo /bar >/tmp/rsync.log 2>&1 geeft, uiteraard, de melding dat de directory net bestaat.
Volgens de NAS zelf zou de raid alvast niet currupt zijn.

[Ordon]

Ja, je moet natuurlijk wel je rsync job volledig ingeven.
Afin, de manual heb je alvast gevonden.

Draai je rsync over ssh of zo naar het datacenter?
Dan moet dat erbij, uiteraard.

Doch misschien eerst hardware fouten uitsluiten?
Zoals een memory module.

Volgens de NAS zelf zou de raid alvast niet currupt zijn.

Iets laat je toch op 88% stranden hé.

Al een "Parity Consistency Check" gedaan van jouw RAID?

[Sasuke]

Diskspace ? Quota's ingesteld ? Daarnaast kan ik Ordon alleen maar bijstaan (gebaseerd op de info die we hebben) dat het steeds faalt op 88% is vreemd. Is dat ook wanneer je slechts 1 submap doet met minder data ?

SSH Keys eens opnieuw instellen ? Andere targetmap op de DC Nas al getest ?

[krisken]

- Memory check is al een aantal keer gebeurd : daar is alles OK
- Op beide systemen is er nog meer dan voldoende diskruimte : 14.7TB op de thuis NAS (4.3 TB in gebruik) en 11.17TB in het datacenter (6.91TB in gebruik)
- Er zijn geen quota's aanwezig, op geen van beide systemem
- De backup die vannacht rond 3u is gestart is weer druk bezig met falen (de task loopt nog, maar aan een paar kbit), dus kan straks wel testen met 1 map met beperkte data. Staat nu op 84% overigenns.
- SSH keys : geen idee of ik deze zelf kan instellen, heb gewoon de "howto" gevolgd. Vermoed dat dit automatisch/automagisch gaat
- Andere targetmap : reeds geprobeerd

- @Ordon : ik ga die rsync job proberen vanavond correct in te geven. Ik wou echter kijken naar hoe de NAS zelf de rsync had samengesteld maar dit kan ik precies nergens weervinden...

[Tomsworld]

Tickettje inschieten bij Synology support mijn ervaring is dat ze vrij behulpzaam zijn en vaak weten waar zoeken in welke logs, maar ik gok soort sprase file ofzo waar het mee misgaat.

[krisken]

Het proberen waard, geen ervaring met hun support.
Ik doe het gelijk even.

Ohja : de huidige backup is net van 84% naar 85% gegaan...

[Ordon]

Heb je de processen al kunnen bekijken (memory usage, context switches, etc)?
Met lsof kan je eventueel al kijken met welke bestanden je rsync bezig is.

Ik heb gene Synology (ha, doe dat zelf wel) dus weet niet waar daar de logfiles etc zitten.

[gm123]

Misschien proberen via Hyper Backup Vault ipv rsync? Of rsync met versioning proberen ipv single version (zou ik eerder aanraden voor een backup).

Ik had een tijd geleden ook eens een rsync taak (op een desktop wel, niet op een Synology) die altijd gewerkt heeft, maar plots steeds vast hing op een bepaalde plaats. Ging ook over een vrij grote map (~1.5 TB). In het begin toen de grootte nog in de 100'en GB was ging het, maar vanaf een bepaald moment/grootte niet meer. Heb dat nooit opgelost gekregen.

[krisken]

Het ticket is aangemaakt bij Synology, en dit was het antwoord

*Het volgende antwoord is vertaald met behulp van DeepL Translator, zodat u een antwoord in uw eigen taal kunt hebben. We verontschuldigen ons bij voorbaat voor elke fout die deze zou kunnen bevatten.

Hallo meneer,
Dank u voor het contact met het ondersteuningsteam en uw interesse in onze producten.

De logboeken bevestigen dat er een probleem is, maar ik kan de oorzaak niet achterhalen.

Beetje verder laten ze weten dat graag toegang hadden tot de NAS om dit zelf te testen.

@gm123 : voor alle duidelijkheid : het is een backup van een backup. Alle smartphones, tablets, laptop's, desktop's, ... schrijven hun data naar de NAS van de respectievelijke eigenaar. Als offside backup zal deze NAS zijn data 's nachts doorsturen naar de NAS in het datacenter. Ik moet helaas wel toegeven dat ik door de bomen het bos niet meer zie en op den duur zelf niet kan zeggen welke backupstrategie en welk backupprogramma nu het meest geschikt is waarvoor. So, please enlighten me!

@Ordon : ik ga het even in handen laten van Synology zelf, maar kom hier zeker graag later op terug!

[gm123]

Hyper Backup Vault installeer je op de doel-nas (Antwerpen DC), en in Hyper Backup kies je dan als bestemming "Remote NAS device". Dat is voor zover ik weet de aangeraden methode om backups te doen tussen Synology's. Rsync is er eerder voor wanneer je met verschillende soorten devices zit, maar aangezien je alleen maar Synology's hebt zou je alles via HBV kunnen doen.

En er zit ergens in de keten toch versioning? Want een backup van een backup is nog steeds geen backup als geen enkele versioning heeft.

[krisken]

Bij mij zit er in elk geval geen versioning in. Ik heb iets van "ik moet maar snel genoeg zijn om het in DC Antwerpen het er van te halen . De backup loopt immers maar 's nachts. Maar inderdaad : is iets om over na te denken.