Autorun für ext. Datenträger

[nicx]

Mit der Version 1.7 funktioniert bei mir leider mein Backup nicht mehr... wenn ichs auf der Console nachstelle bekomme ich:

root@Diskstation:~# /var/packages/autorun/target/localbackup "2" "/volumeUSB1/usbshare" "$1" 100
-ash: /var/packages/autorun/target/localbackup: No such file or directory

Wie muss das autorun-script für einen Backup Task jetzt aussehen?

 

[Matthieu]

Siehe vorangegangene Diskussion, ich denke hier sollten keine Backup-Scripte mehr diskutiert werden. Es geht mit autorun nur noch um das automatisierte Starten von scripten.

MfG Matthieu

 

[nicx]

ein kurzes beispiel wäre halt nett gewesen, ich denke dann würden auch keine weiteren fragen zum thema kommen

 

[Matthieu]

Das Backup Script ist komplett entfernt und es scheint kein aktuell lauffähiges Skript zu geben. Also selber machen oder damit leben.

MfG Matthieu

 

[Merthos]

Die Backup-Skripte sind alle in der 1.6 drin. Falls die jemand weiterführen möchte, nur zu...

 

[Matthieu]

Oh, dann habe ich das falsch verstanden, sry. Vielleicht eine separate Online-Update-Funktion oder gar eine DB mit "Beispielen"?

MfG Matthieu

 

[Dragonia]

Backup wieder starten

Zur Info (woanders gefunden in diesem Forum )
bitte meine beitrag NR 619 hierdrüber ignorieren da ist versehnetlich der befehl für Netzwerkbackup reingerutscht


/usr/syno/bin/synobackup --backup <Task ID> --type local
ist der neue Befehl zum starten der Hyper Backup Tasks (nach der Copy Methode(DSM 5.2))

/usr/syno/bin/synobackup --backup <Task ID> --type image
ist der neue Befehl zum starten der Hyper Backup Tasks (nach der Image Methode(DSM 6))

die ID für den Backup Task muss man leider per Konsole herrausfinden
vim /usr/syno/etc/synobackup.conf

http://<IP-Adresse eures NAS>/?legacyBackup=1
ist eine Option um Hyper Backup ins alte Backup System zu verwandeln ( die aufgaben sind weiter unten in der Liste)

Quelle:
http://www.synology-forum.de/showthr...-alten-Methode
Seite 5

 

[anarchy]

/usr/syno/bin/synobackup --backup <Task ID> --type local
ist der neue Befehl zum starten der Hyper Backup Tasks (nach der Copy Methode(DSM 5.2))

Das passt, mit dem Befehl kann über die Konsole der Backup Vorgang gestartet werden und im DSM wird dann bei geöffnetem Hyper Backup auch der Fortschritt der Aufgabe angezeigt!

Jedoch gibt es jetzt ein Problem mit autorun:
Die sehr nützliche Funktion, dass während des Backup-Vorganges die LED Orange leuchtet und erst wieder mit einem Piepsen umschaltet, sobald der Vorgang abgeschlossen (bzw. die externe Festplatte ausgeworfen wurde), funktioniert nicht mehr!

Meiner Meinung nach übergibt der Befehl nur die "Parameter" an Hyper Backup, der eigentliche Backup-Prozess wird dann wiederum von Hyper Backup selbst mit einem neuen Befehl initiiert:

/var/packages/HyperBackup/target/bin/synolocalbkp --backup -k <Task ID>

Erst dann läuft das eigentliche Backup los! Kann man schön unter top sehen.

Das erklärt dann leider auch, wieso die LED Anzeige nicht funktioniert:
Für autorun ist der ursprünglich übergebene Befehl (synobackup) abgearbeitet und es werden die akustischen und optischen Statusmeldungen ausgegeben.
Leider weiß ich nicht, wie man autorun jetzt beibringen kann, dass erst dieser weitere Befehlsaufruf von Hyper Backup abgewartet werden muss bzw. ob das überhaupt geht...

Alternativ kann man auch direkt den synolocalbkp-Befehl an autorun übergeben, das Backup und die LED Anzeige funktionieren dann.
Es fehlt jedoch nun die Fortschrittsanzeige im DSM bzw. es wird nicht angezeigt, dass ein aktiver Backup Prozess läuft, was ich auch wieder recht unglücklich finde.

 

[Dragonia]

jep das ist mir auch aufgefallen
jedoch kann man eine Email Benarchrichtigung aktivieren und das auswerfen über den backup Job starten
um den Datenträger sicher zu entfernen und zu wissen wann der Job beendet ist
ich habe in das Skript noch ein sleep 10 hinzugefügt um wenigstens sicher zu sein das der autorun Job getsartet wurde.

 

[anarchy]

Du hast natürlich recht, man kann ja das autorun Script noch beliebig erweitern...

Ich habe nun den Ratschlag von Merthos befolgt und mir die Scripte von autorun 1.6 angesehen und somit eigentlich schon die Antwort auf meine Frage aus meinem vorangegangenen Post gefunden:
Wenn ich jetzt nicht ganz falsch liege, können wir mit den Zeilen

sleep 60
while [ "$(/bin/pidof synolocalbkp)" ]
do
 sleep 60
done

die Laufzeit des synolocalbkp-Prozesses überwachen und somit das autorun-Script erst nach dessen Abschluss beenden lassen.
Dann müsste es passen.
Leider läuft bei mir gerade noch ein Backup-Task, so dass ich meine Vermutung erst morgen testen kann

 

[Dragonia]

Es klappt
mit lampe + Peepton anbei das script für Backup nach Methode DSM 5.2 mit dem neuen Hyper Backup
als Beispiel

#!/bin/sh
/usr/syno/bin/synobackup --backup <TASK ED> --type local
sleep 60
while [ "$(/bin/pidof synolocalbkp)" ]
do
 sleep 60
done
exit 0

 

[rAphiiix3]

Hallo Leute,

ich finde es super, solch eine Autorun-Funktion habe ich mir gewünscht und bin froh, dass es diesen Thread gibt.

Bei mir habe ich jetzt das autorun in Version 1.7 installiert.

Folgenden Befehl habe ich in die Autorun auf der Festplatte geschrieben:

#!/bin/sh
/usr/syno/bin/synobackup --backup 1 --type image

Den Befehl kann ich über das Terminal erfolgreich ausführen und die Sicherung wird gestartet...

Sobald ich die Festplatte einstecke, piepst das NAS (DS215j, DSM 6.0-7321) doppelt und ich bekomme die Meldung, dass das Skript erfolgreich ausgeführt wurde.

Habt ihr eine Idee, wie ich diesen Fall am besten debuggen kann oder was der Grund ist, dass das Backup nicht durchgeführt wird?

 

[anarchy]

jep, gleiches Phänomen wie ich in Post 628 auch schon beschrieben habe, jetzt nur mit der neuen Backup-Variante image.
synobackup startet das eigentliche Backup mit einem neuen Befehl, den sieht autorun aber mit deiner Config nicht und ist der Meinung, es ist alles abgearbeitet und bringt die Fertigmeldung.

Ich bin der festen Überzeugung, dein Backupprozess läuft im Hintergrund, trotz Fertigmeldung von autorun (kannst du im HyperBackup ja kontrollieren, ob der Prozess läuft bzw. angestoßen wird. Ist ein aktuelles Image auf der USB Platte ist es natürlich gut möglich, dass HyperBackup recht schnell fertig ist, da ja alles aktuell ist )!

 

[Dragonia]

Das Problem is das du nur das backup startedst der eigentliche Backup Prozess wird nicht überwacht bei deinem script

#!/bin/sh
/usr/syno/bin/synobackup --backup 1 --type image 
sleep 60
while [ "$(/bin/pidof synolocalbkp)" ]
do
 sleep 60
done
exit 0

es sollte so funktionieren
der rote Bereich ist zum überwachen des Backup Jobs und zum umschalten und der Meldung das der Job abgeschlossen ist

/usr/syno/bin/synobackup --backup 1 --type image
startet nur einen Task mit dem Namen synolocalbkp
daher beendet autorun sofort sein skrippt da es denkt alles ist fertig

 

[rAphiiix3]

Hallo Dragonia,

danke für deine Antwort. Ich habe eben mein Skript gekürzt und deshalb die von Dir rot markierten Zeilen entfernt um auf "Fehlersuche" zu gehen. Versuche es aber gleich wieder mit dem von Dir vorgeschlagenen Befehlen...

@anarchy: Im Hyperbackup wird leider kein neuer Task angezeigt ...

 

[anarchy]

/usr/syno/bin/synobackup --backup 1 --type image
startet nur einen Task mit dem Namen synolocalbkp

hier wäre ich mir jetzt nicht sicher:
synobackup kann verschiedene Prozesse starten:

dsmbackup
img_backup
img_restore
synoappexport
synoappimport
synocloudbkp
synoimgbkptool
synolocalbkp 
synonetbkp
synouserdata 
task_tool 
updatebackup

Man muss vorher prüfen, welche Prozess beim Aufruf mit dem type image läuft und die Zeile dann im autorun-Script entsprechend anpassen!

 

[Dragonia]

hier wäre ich mir jetzt nicht sicher:
synobackup kann verschiedene Prozesse starten:

dsmbackup
img_backup      ist für das neue Backup Tool 
img_restore
synoappexport
synoappimport
synocloudbkp
synoimgbkptool
synolocalbkp      ist für das Alte Backup system
synonetbkp
synouserdata 
task_tool 
updatebackup

Man muss vorher prüfen, welche Prozess beim Aufruf mit dem type image läuft und die Zeile dann im autorun-Script entsprechend anpassen!

hast Recht
aber im zusammenhang mit USB Backup ist es nur der eine Prozess und Autorun möchte man ja für usb Backup benutzen denke ich

#!/bin/sh
/usr/syno/bin/synobackup --backup 1 --type image 
sleep 60
while [ "$(/bin/pidof img_backup)" ]
do
 sleep 60
done
exit 0

so sollte es für das IMG Backup passen
sorry dachte das Synology für beide Prozesse die gleiche Software bzw Task benutzt
(bin kein Fan vom IMG Backup)

 

[anarchy]

Ich meinte nicht das ein neuer Task angezeigt wird, sondern der Task muss ja schon bestehen!
Du startest ja mit dem Befehl /usr/syno/bin/synobackup --backup 1 --type image nur einen bestehenden Task aus HyperBackup, also zeigt das Programm dann in der Oberfläche auch an, dass dieser Task gestartet wurde und läuft.
Ansonsten musst du erst den Task anlegen.

Man muss auch aufpassen, dass der Befehl auf der Konsole mit der Art des Tasks (Copy Methode DSM5.2 oder Image Methode DSM 6.0) übereinstimmt, siehe der Post von Dragonia:

/usr/syno/bin/synobackup --backup <Task ID> --type local
ist der neue Befehl zum starten der Hyper Backup Tasks (nach der Copy Methode(DSM 5.2))

/usr/syno/bin/synobackup --backup <Task ID> --type image
ist der neue Befehl zum starten der Hyper Backup Tasks (nach der Image Methode(DSM 6))

 

[rAphiiix3]

Habe es gerade mit dem Code von Dragonia getestet. Bringt leider keinen Unterschied... Nach 2 Sekunden piept das NAS und im HyperBackup tut sich auch nichts ...

Kann ich euch noch weitere Infos geben? den chmod für die autorun auf der externen Festplatte habe ich auf 777 (ist korrekt oder?)

 

[Dragonia]

siehe post 637
und es muss

exit 0

am ende stehen

exit 100

funktioniert nicht da dann die platte zu schnell abgemeldet wird