Backup maken van homes shares

[khuizer]

Ik ben bezig om e.e.a. aan backups te regelen van mijn DS411, nu heb een Windows machine draaien met rsync welke als destination dient voor mijn synology backups.

Het maken van een backup van 'normale' gesharede directories gaat prima, alleen als ik ook de 'homes' folder wil backuppen, dan krijg ik op een gegeven moment deze foutmelding in het logboek :

Some files could not be transferred. Possible reasons: 1) backup user has no permission to access the files, 2) files are deleted, 3) illegal file name, 4) too many folders.)

Zo te zien wordt de inhoud van de diverse homedirectories welk gebackupped, dus het is in ieder geval geen rechten kwestie zo te zien.

Heeft iemand een idee wat dit kan zijn, of weet iemand of er ergens een uitgebreidere log is waarin wellicht te zien is wat er nu precies mis gaat?

[mc_]

Op dit moment heb ik een support ticket open by Synology voor dezelfde foutmelding, maar dan tijdens een backup van een shared folder van een 207+ naar een 211.

Het gaat mis op het moment dat er bestanden worden verplaatst/verwijderd in de bron.

Het vermoeden is momenteel dat het iets te maken heeft (zoals vaak) met permissions, maar dat zijn we nu aan het uitzoeken. Ik zal in ieder geval de uitkomst van mijn issue hier delen.

Schroom in de tussentijd niet om zelf ook dit issue te melden bij Synology: hoe meer meldingen, hoe sneller het wordt aangepakt.

[ReneNas]

Hee,
Ik heb dezelfde foutmelding bij een backup van een DS211J naar een andere 211J  op een andere lokatie.
(De Timebackup doet het nog wel)
en ik heb inderdaad een flink aantal mappen verplaatst en verwijderd op de bron.

Ik denk zelf dat het te maken heeft met dat in sommige mappen het bestandje "_Syno_BkpMetadata.db" verdwenen is en dit niet meer 'vanzelf' aangemaakt word.

[ReneNas]

In een poging de backups weer te laten slagen heb ik:
1-de rechten van de netbackup gebruiker op Read/Write gezet (ipv read-only op de mappen die gebackupt moeten worden)
Dit hielp niet en ik dacht dat het voorheen met read-only wel werkte.

2
-De naam van de doel-211J in de backuptaak veranderd van Diskstation naar Nas2 (zoals ik hem ook al een tijd geleden hernoemd heb)
Maar ik dacht dat de backup voorheen goed werkte ondanks deze 'verkeerde' naam in de backuptask.
-De map waarin geen _Syno_BkpMetadata.db even vinkje weggehaald zodat deze niet meer gebackupt wordt. Backup gestart (bleef nu langer lopen dan voorheen), Backup geannuleerd, vinkje voor die map weer gezet en Backup weer gestart.
Ook nu weer die backupfoutmelding.

3-Vinkje weer weggehaald uit de Backuptaak voor die map zonder _Syno_BkpMetadata.db erin. Backuptaak gestart.
(Backup wordt nu 87Gb ipv 250 Gb en ik zie dat de _Syno_BkpMetadata.db -bestanden alleen te zien zijn in de Bestandsbrowser van de Synology en dus niet in de Windows-shares)
Ook nu weer mislukt.

4-Ik heb nu een nieuwe taak gemaakt, met daarin 1 home-map met submappen
en deze is gelukt!

5-Ik heb nu deze taak uitgebreid met dezelfde mappen als die van de oorspronkelijke taak, behalve die map zonder _Syno_BkpMetadata.db
resultaat: weer mislukt, het ligt dus niet aan de taak maar aan de mappen.
Ik ga nu proberen uit te vinden welke mappen precies, en hopelijk vind ik wat er mee mis is.

[ReneNas]

Inmiddels ben ik er achter dat het aan de Photo map ligt; Een backup van alles zonder de Photo map gaat goed en een backup van alleen de Photo map gaat fout.
Nu kijken of ik kan vinden waarom deze map niet wil backuppen.

[ReneNas]

Nou, ik heb gevonden dat 6 van de 20 submappen in de Photo -map niet willen backuppen, maar ik weet nog niet waarom.
Dit zijn wel mappen waar ik onlangs met Photostation de albumhoes heb veranderd.
Wat zou het nu kunnen zijn?

[ReneNas]

Ik heb ook maar een support-form ingevuld want ik kan niet vinden wat er met deze subfolders aan de hand is. Het veranderen van de albumhoezen lijkt verder toch geen invloed te hebben, andere folders blijven goed gaan, en de 6 'foute' folders blijven de foutmelding geven bij het proberen te backuppen.  

[mc_]

In overleg met Synology support heb ik een chown commando uitgevoerd op het doelapparaat:

chown –R netbackup:users doeldirectory

(netbackup is de user die ik gebruik om de backup te maken)

Na dit commando wordt de backup succesvol afgerond. Uiteraard is het niet werkbaar om iedere keer als het nodig is dit uit te voeren, maar support kan ermee aan de slag om deze bug eruit te halen.

Ik verwacht dat er een patch komt om dit te verhelpen.

[ReneNas]

Kun je vertellen hoe je dat commando hebt ingevoerd?
Ik mis wat telnet ervaring denk ik.
Ik weet dat ik in moet loggen met root en adminwachtwoord.
ik voer dan in:
Nas> chown -R Netbackup:users /NAS_00113113DDAA/photo/
en krijg als antwoord:
chown: /NAS_00113113DDAA/photo/: No such file or directory

Netbackup is de gebruikersnaam welke in de backuptaak wordt gebruikt,
de map bestaat wel degelijk als ik in de bestandsbrowser kijk.
( Nas/NetBackup/NAS_00113113DDAA/photo/ )

[mc_]

Hi Rene, wegens vakantie een wat vertraagd antwoord. Je moet eerst naar de directory gaan waarin de backup staat. In jouw geval waarschijnlijk in /volume1/NetBackup/NAS_00113113DDAA/photo/.

Dus:
cd /volume1/NetBackup
chown -R Netbackup:users /NAS_00113113DDAA/photo/

Volume/directory kan afwijken, maar met een beetje googlen op basis linuxcommando's weet ik zeker dat je uit kan vinden hoe uit te vinden om de juiste directory te vinden.

Van Synology kreeg ik overigens het volgende antwoord:

After escalation, unfortunately it seems there will not be a patch for this issue. In case this issue occurs again in the future, please try changing the owner of the files by using the chown command as a workaround. I apologize for the inconvenience.

Er komt dus geen patch voor, maar ik zal nogmaals aandringen...