aanroepen van een backup job vanuit een eigen shell script

[EddyH]

Ik heb recent mijn beide Synology's geupgrade naar DSM5 update 4. Daarvoor gebruikte ik nog versie 4.2 of 4.3?
Op de hoofd NAS heb ik een aantal backup jobs aangemaakt waarvoor ik in de GUI geen planning heb toegevoegd, maar die ik start vanuit een eigen shell script.
De reden hiervoor is dat ik meer backup sets (remote directories waar backup naar toe gaat) wil bewaren:
- maandag t/m donderdag = 4 sets, volgende weerk overschreven
- week 1 t/m week5, elke zoveelste vrijdag van de maand roulerend
- maand 1 t/m maand 6: in maand 7 wordt maand 1 weer overschreven.
Voor elke set/remote directory heb ik dus een aparte backup job aangemaakt.

Via een eigen shell script dat elke nacht draait bepaal ik welke van de backup jobs ik moet starten.
Dit werkte naar tevredenheid.
Echter met de upgrade naar DSM5.0 werkt dit niet meer.
Oorzaak:
In het script roep ik de backup job met onderstaande commando aan (voorbeeld voor de backup op maandag)
  exec /usr/syno/bin/synonetbkp -a "Backup Maandag"

Probleem is dat dit commando niet langer werkt.
het synonetbkp heeft geen optie -a meer, maar wel een optie --rsync waarbij je een backup job naam kan opgeven.
Als ik de --rsync optie op een testjob uitvoer krijg ik echter de foutmelding 'segmentation fault'
Ik kan de jobs nog wel handmatig uitvoeren.

Weet iemand het commando waarmee ik de backup job wel goed vanuit een shell script kan sturen.

[Babylonia]

Op Nederlands forum is Nederlands de voertaal. Voor Engelstalig forum kies:
http://forum.synology.com/enu/

Andere talen, maak een keus op:  https://www.synology.com/en-us/support/community

[EddyH]

Excuus. Zoals je ziet heb ik het aangepast.

[Birdy]

Inderdaad, de volgen opties zijn verwijderd in DSM5:

usage: synonetbkp [-a | --add] share_name
       synonetbkp [--start | --startdaemon]
       synonetbkp [--stop | --stopdaemon]

Code: [Selecteer]

DS111> ls -l synonetbkp
-rwxr-xr-x    1 root     root         27148 May 30 18:27 synonetbkp

DSM4.3:

usage: synonetbkp [-a | --add] share_name
       synonetbkp [--start | --startdaemon]
       synonetbkp [--stop | --stopdaemon]
       synonetbkp --stoprsyncd
       synonetbkp --rsync backup_set_name
       synonetbkp --crypt account

Code: [Selecteer]

DS413j> ls -l synonetbkp
-rwxr-xr-x    1 root     root         31392 Feb 12  2014 synonetbkp

Zou het dan wel kunnen/moeten werken met --rsync (dat is toch niet hetzelfde als -a) ?

[Birdy]

Hier heeft er 1 ook een probleem met --rsync (Duits). maar helaas geen antwoord.

Je zou een ticket in kunnen leggen hiervoor:

Synology Ticket:
https://myds.synology.com/support/support_form.php?lang=nld

Of als je DS is geregistreerd of wilt registreren en dan een ticket:
https://myds.synology.com/support/register.php?lang=nld

Of via DSM (alleen versie 5 en hoger): Hoofdmenu > Support Center > Contact Support.

Of als je wilt bellen:
http://www.synology.com/nl-nl/company/office_location

[EddyH]

Ik heb het al aan support gevraagd. Ik denk kleine moeite om het nieuwe commando door te geven, maar ze geven aan dat ze geen support op commandline opdrachten geven 
De segmentation fault valt daar denk ik ook onder. Daar als ik de job handmatig via de GUI start, ik geen problemen heb.

[Ben(V)]

Je kunt dit toch ook bereiken met de standaard backup mogelijkheden?

Voor je dagelijkse backup maakt je vier backup jobs, een voor elke dag.
Voor je maandelijkse backup maak je backup job en kies je "run on the following date" en "repeat montly"
Voor de halfjaar backup maak je twee backup jobs en kiest ook voor "run on the following date" en "repeat yearly". Je kiest hier twee startdatum die een half jaar uit elkaar liggen.

Als je bij de "task Settings" de optie "Reserve the backup files at destination" niet aanvinkt heb je de situatie gecreerd die jij "overschrijven noemt". Hij delete dan namelijk de files in de backupset die je in het orgineel ook gedelete hebt.

PS Als je een Nederlandse interface hebt zullen de kreten anders zijn maar ik heb alleen Engels, maar je zult het vast wel kunnen volgen.

[ArnoutBoer]

Ik heb hetzelfde probleem. Ik heb de volgende workaround gebruikt:

Ik heb disabled scheduled tasks. Bijvoorbeeld de taak met de id=3:

synoschedtask --run id=3 check_status=0 check_time=0

Beter oplossingen hoor ik graag

[Birdy]

Snap ik die, nee 
Waar is die workaround voor ?
Wat lost dit op ?

[ArnoutBoer]

Ik kan geen backuptaken meer aanroepen met synonetbkp, maar wel een scheduledtask, die een backupjob aftrapt met synoschedtask.

Zo duidelijker?

[Ben(V)]

Ik snap best dat iedereen die vroeger iets kon en nu niet meer dat vervelend vind.

Echter blijf ik erbij dat met de gewone functionaliteit die in de backup van DSM zit alles wat jullie willen gerealiseerd kan worden.

[ArnoutBoer]

Ja, maar dat is niet altijd leuk

Daarnaast heb ik een probleem met mijn DS213+ icm Deep Sleep. Mijn NAS wordt wel wakker, maar de hardware clock is dan zo in de war, dat ie geen backup meer gaat doen. Synology heeft hier naar gekeken, het probleem geconstateerd en gezegd dat ze het ooit gaan oplossen. Misschien. Of niet.

Daarom vind ik het handig als ik snel vanaf mijn telefoon met een "lean" webpage een backup script kan aftrappen. Dit kan niet met DSM. In de mobile variant van DSM zitten de mogelijkheden niet. De desktopvariant is traahaag.

Verder meen ik dat ik een nuttige bijdrage lever. Een opmerking, kort door de bocht, als: niet zeuren ik vind dat het zo goed is, voegt voor mij niet zoveel toe...

[Ben(V)]

Ik weet niet waar je dat "niet zeuren" gelezen hebt, maar dit topic ging over een functionaliteit die ontbreekt en waarvan ik zei dat die op een andere manier ook aanwezig is. Namelijk backup scheduling.

Jouw verhaal is heel begrijpelijk en gaat over heel andere functionaliteit namelijk remote aansturen van je backup. Maar dat had je er niet bij vertelt.

Overigens heel vervelend dat met die deep sleep van je DS213+.
Toen ik mijn huidige NAS aanschaft (DS414), stond ik op het punt een DS413 te kopen juist vanwege het feit dat hij "Deep Sleep" aan boord had. Door allerlei verhalen over soortgelijke problemen en andersom (niet in deep sleep willen) heb ik toen maar de DS414 genomen die toen net uit kwam.

[EddyH]

Je kunt dit toch ook bereiken met de standaard backup mogelijkheden?

Voor je dagelijkse backup maakt je vier backup jobs, een voor elke dag.
Voor je maandelijkse backup maak je backup job en kies je "run on the following date" en "repeat montly"
Voor de halfjaar backup maak je twee backup jobs en kiest ook voor "run on the following date" en "repeat yearly". Je kiest hier twee startdatum die een half jaar uit elkaar liggen.

Als je bij de "task Settings" de optie "Reserve the backup files at destination" niet aanvinkt heb je de situatie gecreerd die jij "overschrijven noemt". Hij delete dan namelijk de files in de backupset die je in het orgineel ook gedelete hebt.

PS Als je een Nederlandse interface hebt zullen de kreten anders zijn maar ik heb alleen Engels, maar je zult het vast wel kunnen volgen.

Hoi Ben,

Ik heb 6 maand backupsets (januari t/m juni), die 6 maanden later overschreven worden (dus in juli wordt de backup set van januari overschreven. Jouw oplossing betekend dat ik dus 12 backup jobs moet aanmaken.
Daarnaast maak ik elke vrijdag een week backup die de volgende maand wordt overschreven (4 - 5 aparte week backups dus). Ook hier zou ik dan 5 jobs voor moeten maken en DSM ondersteunt geen repeat weekly.

Ik heb ook al contact gehad met synology om te vragen of de scheduler niet uitgebreid kan worden om GFS (Grandfather, Father, Son) backup methodes te ondersteunen. Het schema dat ik gebruik wordt ook in het bedrijfsleven veel gebruikt, of in een variant hiervan. Zij gaan hier in ieder geval naar kijken.

[EddyH]

Ik heb hetzelfde probleem. Ik heb de volgende workaround gebruikt:

Ik heb disabled scheduled tasks. Bijvoorbeeld de taak met de id=3:

synoschedtask --run id=3 check_status=0 check_time=0

Beter oplossingen hoor ik graag

Hoi Arnout,
Lijkt mij een goede oplossing.
Via synoschedtask --get, heb ik een overzicht kunnen krijgen van de taken die gepland zijn. Ik had daar al een backup job in staan. Ik zie nu dat een backup job met het command /usr/syno/bin/synobackup -backup ID gestart kan worden. Het lijkt er echter op dat dit commando niets doet.
Daarnaast is nog de vraag hoe ik de IDs van mijn backup jobs gemakkelijk kan bepalen, zonder ze allemaal eerst te schedulen via de taakplanner.