AutoPilot AutoPilot für externe Datenträger

[Tommes]

Moin!

Zum Thema "Warum erkennt bzw. akzeptiert AutoPilot meinen Datenträger nicht"...

Ich hatte zuerst unter WiN NTFS formatiert, Autopilot hat sich "geweigert" die als angeschlossen zu finden.

AutoPilot benötigt zur Identifizierung externer Datenträgerpartitionen und zur späteren Ausführung damit verbundener Shell-Scripte, dessen UUID (bei Linux Dateisystemen) bzw. VSN (bei Windows Dateisystemen). Kann diese nicht ermittelt werden, verweigert AutoPilot die Zusammenarbeit mit diesem Datenträger. Weitere Informationen über die Arbeitsweise von AutoPilot findest du im Eingangspost unter dem Punkt "So funktioniert AutoPilot genau"

Es kann vorkommen, das beim Formatieren eines ext. Datenträgers bzw. einer darauf liegenden Partition keine UUID/SVN angelegt wird. Die Gründe dafür sind mir jedoch leider nicht bekannt. Ich empfehle bei solchen Problemen, egal ob unter Windows oder Linux, GParted als Partitonierungs-Tool zu verwenden. Meine externen Datenträger, darunter auch zwei Toshiba USB3 HDDs, sind alle mit ntfs formatiert und werden auch alle von AutoPilot erkannt.

Beim Thema Sonderzeichen in Ordner- und Dateinamen stellen sich mir mittlerweile immer gleich die Nackenhaare auf, weil es die Leute einfach nicht hinbekommen, sich an gewisse Regeln zu halten. Ich habe schon Stunden - ach was - Tage mit verbracht, Fehler in meinen Programmen zu finden, die am Ende aber nicht durch das Programm selbst, sondern durch unerlaubten Sonderzeichen in Ordner- und Dateinamen erzeugt wurden. Ich habe bereits Formularfeld-Validierungen in meine Programme eingebaut, die aber je nach verwendeten Browsereinstellungen nicht wirken. Auch hinterlasse ich an vielen Stellen meiner Programme Hinweise, welche Sonderzeichen verwendet werden dürfen und welche nicht. Es hilft alles nichts. Diesbezüglich ein nettes Beispiel *klick*.

Ein besonderes Highlight ist und bleiben für mich immer noch Leerzeichen in Ordner- und Dateinamen, auch wenn diese durchaus erlaubt sind und ich diese selbst verwende. Aber unter Linux ist der Umgang mit Leerzeichen die Hölle. Von daher sollte man sich angewöhnen nur alphanumerische Zeichen sowie die Sonderzeichen - und _ als Leerzeichenersatz zu verwenden. Ansonsten kommt am Ende oft nur noch Käse raus, vor allem dann, wenn man zusätzlich noch mit unterschiedlichen Dateisystemen wie ext4, btrfs, ntfs und/oder extFAT gleichzeitig arbeitet. Von daher...

Autopilot meckern weil im Dateinamen Sonderzeichen " " sind. [ ...]
(Failed to copy file because filename includes \/:*?"><| These are not supported by FAT file system.)

... hätte AutoPilot dich nicht nur anmeckern sollen, sondern dich eigentlich dafür anschreien und zusammenfalten müssen.

Tommes

 

[wegomyway]

Müll geschrieben, daher gelöscht, sorry
EDIT:
DAU , weil ich die HyperBackup-Aufgabe auch mal anpassen hätte sollen. Die Backup-HDD war ausgeworfen und nicht drin. Daher wurde die Toshi, wenn die als 2te sichtbar war aber eingerichtet/angestöpselt als erste, immer angezeigt "offline" weil die ja nun nur noch die 2te war. Also die Aufgabe für "Autopilot" gelöscht, HB und Autopilot neu eingerichtet und nun ist die Aufgabe angelaufen und führt das Backup durch.
Ja, GParted schnell mit RUFUS aufn Stick rauf (liegt nicht mal soeben rum) und die Toshi da formatiert.
Ja, wer exfat formatiert kann ja in rot lesen welche Sonderzeichen da murks sind
Mit den externen hätt ich mal ne Frage :
Wenn die Autopilot-HDD als "xxx2" eingerichtet ist, die xxx1 "tägliche" ausgeworfen ist, bleiben die Einstellungen erhalten wenn ich bei ausgeworfener xxx1 die xxx2 anstöpsel ?
Ich würde ja sagen, weil die Toshi ja "ihre" Nummer im Script liegt und es egal ist ob vorne/hinten oder weitere externe dran hängen. oder irre ich mich ?
aktuell :

Information​	2024/04/10 08:53:43​	SYSTEM​	[Local to share][Local Copy 1] Backup task started.​
Information​	2024/04/10 08:50:41​	HoaDMiNRy​	Setting of backup task [Local Copy 1] was created to backup to [Local Archiving Storage(usbshare2)/DS-224plus_1].​

Überraschung hoffentlich nur im positiven
keine Atempause, Geschichte wird gemacht, es geht voran ...

 

[Tommes]

AutoPilot ist der Mountpoint ziemlich egal, da der Datenträger anhand des Device Namens und dessen UUID/VSN identifiziert wird. Der DSM mountet letztendlich den Datenträger und legt den Mointpoint fest, nicht AutoPilot.

Du müsstest also schauen, ob es Hyper Backup egal ist, wenn sich der Mountpoint zwischenzeitlich ändert. Ich meine, das das so ist, kann das grad aber nicht mit hundertprozentiger Sicherheit sagen.

 

[wegomyway]

fertig.
hat 3 Stunden und 16 Minuten gedauert. Bin gerade unterwegs und Email erhalten. Später dann mehr.
Mit dem Mountpoint probier ich die Tage mal aus.

 

[wegomyway]

Nun Zeit zum gucken. Die HDD wurde, so eingestellt, ausgeworfen.
Am WiN11-Book die Eigenschaften vom DS224plus_1-Ordner angeguckt (hab da einfach gelassen wie es war, stört nicht):
Auf Datenträger 302GB, Größe 298GB bei 46084 Dateien und 6897 Ordner. Bei den Ordnern hab ich so meine Zweifel. Müsste ich mal genauer hinschauen. Stichprobenartig mal hier und dort rein und ging alles zum Öffnen.
Läuft

 

[wegomyway]

Als Info ,
Hallo ihr lieben, habe die letzten Tage so einiges an Zettellage gescannt, einige Videos/Bilder rauf auf die NAS. Also ruhig mal die externe für diesen Zweck ran und lass mal machen
Die externe also ran - Stichwort Mountpoint - und es ist wirklich so, das es wurscht ist ob die andere dran/angemeldet ist oder nicht (die für tägliches Hyper-Backup ist ja ausgeworfen und war beim Einrichten der externen für Autopilot aber dran/angemeldet). LÄUFT
Nach nicht mal 7 Minuten fertig , nur das Neue wird mitgenommen (wenn ich auf die Schnelle richtig geguckt habe waren das ca. 150MB) ? Erfolgreich im Log und per Mail.
Externe nach Auswurf ran an Book und mal nach Änderungsdatum der Ordner geschaut. Passt

 

[bigbud]

Hallo in die Runde, habe von der 1.1.5 auf die 1.1.7 aktualisiert und seitdem wird das Einstecken der externen HDD nicht mehr von der Synology erkannt. Sobald ich Auto Pilot deaktiviere, wird die HDD wieder erkannt. In Autopilot selbst erfolgt kein Eintrag im Protokoll. Ich habe auch schon das Skript neu erzeugen lassen und was mich auch noch wundert, ist dass das "Custom Script Templates" komplett leer ist, bei Klick auf "View..."

EDIT: nachdem ich die Autopilot-Datei auf der ext. HDD gelöscht habe, funktioniert es wieder

 

[atzebonn]

Mensch, wat en geilet Programm!

Nachdem ich mich heute mal am Autopilot versucht habe, komme ich aus der Begeisterung gar nicht mehr raus. Männers - (uuppsss...ich hoffe ich liege richtig) Ihr habt tolle Arbeit geleistet. Dat Ding macht genau dat, wat et soll. Und die Beschreibung und auch das Programm selbst sind bis auf ganz kleine Stellen vollkommen selbsterklärend. Wobei diese Stellen glaube ich durch das DSM selbst produziert werden.

Zur Sache: Ich schalte über eine Shelly Plug S+ zu festgelegten Zeiten eine externe Seagate-USB-HDD ein, die per USB an der DS angeschlossen ist. Das System erkennt die jetzt neu eingehängte Platte und das darauf gespeicherte Autopilot-Script und startet automatisch einen HyperBackup-Job. Nach Durchführung wird die Platte automatisch wieder schön ausgehängt und die Shelly schaltet zur festgelegten Zeit die externe Platte wieder stromlos. Perfekt!

Die einzige Frage die ich noch habe: Bei den Auswahlmöglichkeiten zum Herunterfahren gibt es den Punkt exit 0 und exit 100. Ich würde gerne die externe Platte aushängen lassen, sowohl bei erfolgreichem Ablauf als auch bei Abbrüchen wg. Fehlern. Könnt Ihr mir das vielleicht noch aufdröseln.

An alle Beteiligten hiermit nochmals ein ganz großes Lob! Macht weiter so und immer schön weiterdiskutieren.

Gruß... Atze

 

[Tommes]

Zunächst einmal freut es mich zu hören, dass dir AutoPilot gefällt und du damit gut zurechtkommst.

In der AutoPilot Hilfe habe ich versucht, die Sache mit dem exit 0 und exit 100 ein wenig zu erläutern. Dort ist u.a. zu lesen...

Nachdem die Shellscript Anweisung ausgeführt wurde, wird in der Regel ein sogenannter Exit-Code an das System übergeben, dessen Zahlenwert über ein

exit ${?}

ausgelesen werden kann. Ist das Ergebnis 0 (also exit 0), wurde die zuletzt ausgeführte Shellscript Anweisung fehlerfrei ausgeführt. AutoPilot würde in diesem Fall den externen Datenträger automatisch auszuwerfen. Erhält man hingegen einen Zahlenwert zwischen 1 und 255 deutet dies auf einen Hinweis, eine Warnung, einen Fehler oder einen Abbruch der zuletzt ausgeführten Shellscript Anweisung hin. In diesem Fall würde der externe Datenträger von AutoPilot nicht automatisch ausgeworfen. Dieses grundlegende Verhalten kann in den AutoPilot Einstellungen individuell angepasst werden. Alternativ dazu kann anstelle des vom System übergebenen Exit-Code, auch ein eigener und damit fest eingestellter Exit-Code an AutoPilot übergeben werden, wobei ein

exit 100

AutoPilot mitteilt, das unabhängig vom tatsächlich übergebenen Exit-Code, der externe Datenträger immer ausgeworfen wird.

Theoretisch sollte das deine Frage beantwortet haben. Falls dem nicht so ist, meld dich gerne nochmal dann können wir...

.. schön weiterdiskutieren.

 

[atzebonn]

Danke @Tommes - genau die Info reicht mir.

 

[wegomyway]

Ich hab da vielleicht ein klitzkleines Problem.
Die ein gerichtete USB Externe nur für Autopilot und das Script.
Anstöpseln der Externen mit meldung "Script gefunden" und kurz danach 2Script beendet und ausgeworfen.
Die folgenden 3 Meldungen im detaillierten Protokoll vorhanden:

Error    2024/07/02 09:16:18    SYSTEM    [Local to share][Local Copy 1] Failed to run backup task. Fehler beim Ausführen der Sicherungsaufgabe.
Error    2024/07/02 09:16:18    SYSTEM    [Local to share][Local Copy 1] Exception occurred while backing up data. Beim Sichern von Daten ist eine Ausnahme aufgetreten.
Error    2024/07/02 09:16:18    SYSTEM    [Local to share][Local Copy 1] Failed to export system configuration. Fehler beim Exportieren der Systemkonfiguration.

Ich habe die externe an das WiN-Book angestöpselt und Hinweis mit Fehler gefunden und reparieren. Gemcht und hat einige Minuten, 3-4, gedauert und dann fertig. Nach neustart des Book die wieder ran und fehlerfrei erkannt und es ist auch auf der Platte was drauf und ich kann zugreifen. Da ich Autopilot nach Bedarf einsetze und die externe nur dafür genutzt wird, was tun ?
Platte neu formatieren und Autopilot neu einrichten ?
Gerne würde ich Tipps/Meinungen über weiteres vorgehen von Euch bekommen.
Am HUB kann es nicht liegen, weil es bereits mehrfach funktioniert hat und die täglich Backup ebenso.

 

[Tommes]

Hi!
Was für ein Script führst du denn aus, ein eigenes oder ein vorkonfiguriertes Basic Backup oder Hyper Backup, welches dir innerhalb AutoPilot angeboten wird?

Das die, wie in der Fehlermeldung beschriebene DSM-Konfiguration nicht gesichert werden konnte, deutet eher darauf hin, das du Hyper Backup verwendest und das Problem daher eher bei Hyper Backup zu suchen ist. AutoPilot stößt ja nur den Auftrag an, ist aber nicht für den Inhalt des auszuführenden Auftrages verantwortlich.

Schalt AutoPilot mal aus, so das ein eingesteckter USB-Datenträger nicht mehr automatisch gestartet wird ( kannst du in der WebUI von AutoPilot einstellen) und führe den Auftrag direkt über Hyper Backup aus. Sollte es immer noch zu einem Fehler kommen, liegt es definitiv an Hyper Backup

 

[wegomyway]

Ich habe das Ganze mittels der Anleitung die ja von dir zur Verfügung gestellt wird, verwirklicht. Script im Aufgabenplaner drin (nicht angehakt). Das hat ja auch klaglos funktioniert. Ich gucke nachher nochmals hin

 

[wegomyway]

- Autopilot in der App den Haken bei "nach dem Anschließen ..." raus und ebenso "bei Erfolg auswerfen".
- In HyperBackup, nach Einstecken der externen und Status "online" manuell "Sicherung durchführen" angeklickt und kurz danach Meldung "Datensicherungsaufgabe ... fehlgeschlagen".
- Beide externen im DSM ausgeworfen, den HUB abgezogen und die Autopilot-HDD vorne direkt an den USB der 224+ angestöpselt. Fehler der gleiche.
- den umgekehrten Weg, HUB vorne ran, danach einzeln jede externe ran, beide werden als "online" angezeigt und in HyperBackup manuell gestartet bringt gleichen Fehler. Anstöpseln immer mit einigen Minuten "Wartezeit" dazwischen.
Die letzte Erfolgreiche Sicherung hier war am 12.6., das passt auch völlig.
Etwas seltsam vielleicht ist die Meldung, wenn ich die Autopilot ran mache, "externes gerät wurde nicht sicherausgeworfen ... um Datenverlust zu vermeiden ..."
Das ist mit oder ohne HUB das Gleiche, seltsamerweise wurde trotzdem das Script abgearbeitet und halt am 12.6. letztmalig erfolgreich. Die externe zeigt unter WiN keine Fehler.

 

[Tommes]

Für mich hört sich das erstmal schwer nach einem Hyper Backup Problem und weniger nach einem AutoPilot Problem an. Denn wie gesagt, AutoPilot stößt die Hyper Backup Aufgabe ja nur an und das scheint ja zu funktionieren. Die Aufgabe selbst, so auch das Sichern der DSM-Systemkonfiguration, wird ja durch Hyper Backup initiiert. Ebenso kommt die Fehlermeldung ja von Hyper Backup.

Hyper Backup erkennt ja auch den externen Datenträger und du kannst ja sicherlich auch auf Inhalte des Datenträgers über z.B. die File Station zugreifen. Deshalb bin ich der Meinung, das auch kein mount Fehler vorliegen kann.

Schwierig

 

[wegomyway]

übern WiN-Book komme ich klaglos ran.
Über die File-Sation kann ich erst morgen probieren.
Daher ... Die Aufgabe komplett löschen und neu Anlegen ?
Die tägliche Sicherung klappt ja klaglos.
Könnte die Aufgabe im Hyperbackup für Autopilot sein ...
Wenn ich die Aufgabe neu anlege werd ich die externe gleich neu formatieren sodass das Problem mit den Sonderzeichen erledigt ist (wobei dieses ja nur am Anfang sich stellte)

 

[Tommes]

Was du auch noch probieren kannst, da du ja den Fehler erhalten hast, das die DSM-Systemkonfiguration nicht gesichert werden konnte…

Geh im DSM mal ins Hauptmenü -> Systemsteuerung -> und wähle dort den Punkt Aktualisieren & Wiederherst. aus. Dort angekommen wechselst du in den Reiter Konfigurationssicherung und klickst unter dem Punkt Manuel exportieren, den Botton Exportieren an um deine DSM-Konfiguration manuell zu sichern. Sollte das - warum auch immer - nicht funktionieren, hättest du den Fehler schon mal lokalisiert. Andernfalls bliebe dann ja nur, die Externe zu formatieren. Ich denke zwar nicht, das du die Aufgabe selber neu anlegen muss, aber wissen tu ich das grad nicht.

Alternativ könntest du auch einfach ein weiteres Testbackup erstellen, wobei ebenfalls die DSM-Systemkonfiguration gesichert wird.

Oder aber, du löschst auf deiner Externen mal die Datei, welche die DSM-Sicherung in sich trägt. Erkennen kannst du die Datei an der Endung .dss

Vielleicht solltest du mit dem letztgenannten Punkt mal anfangen, weil das wohl am einfachsten umzusetzen ist.

 

[wegomyway]

mit letztem Punkt angefangen Suchergebnis WiN-Explorer :
10mal *.dss, davon 9mal 51,6 kB "groß" & 1mal 0 Kb. Das Tagesdatum steht in jeder der Dateien drin, 5mal 01.07.2024 bzw. 02.07.2024 Wahrscheinlich weil ich da mehrfach probiert habe. Andere *.dss wurden NICHT gefunden.
Die alle gelöscht/verschoben. Test werde ich erst morgen durchführen können, weil ich da erst wieder @ Home bin wo die NAS steht.

 

[wegomyway]

löschen der *dss, siehe #158, brachte nach Anstecken die Meldung "die Partition des externen Gerätes USB Disk 2 konnte nicht bereitgestellt werden. Für weitere Informationen öffnen Sie externe Geräte oder klicken hier"
Es hat nen bisserl gedauert, dann war DIE online, "Sicherung starten" war möglich, aber folgend :
die *.dss liegen auf nem anderen Book gesichert.

Error    2024/07/03 12:46:19    SYSTEM    [Local to share][Local Copy 1] Failed to run backup task.
Error    2024/07/03 12:46:19    SYSTEM    [Local to share][Local Copy 1] Exception occurred while backing up data.
Error    2024/07/03 12:46:19    SYSTEM    [Local to share][Local Copy 1] Failed to export system configuration.

 

[Tommes]

Wie bereits gesagt… das ist kein Problem von AutoPilot. Vielleicht wäre es besser, einen eigenen Thread aufzumachen, solltest du noch weitere Fragen dazu haben, oder weitere Lösungsvorschläge erhalten wollen.