Aufgabenplaner - beim Hochfahren wird nichts ausgeführt

[helmut72]

Beim Hochfahren wird mein Script nicht ausgeführt. Wenn ich das gleiche Script alle 5 Minuten ausführen lasse, funktioniert es einwandfrei. Kennt jemand das Problem?

Aktuell teste ich nur mit einem ganz einfachen Befehl im Aufgabenplaner:

/bin/bash /var/services/homes/admin/meinscript.sh

Mit dem Inhalt:

#!/bin/sh

touch /var/services/homes/admin/test

Funktioniert auf zwei Diskstations nicht - eine ist recht neu eingerichtet. Das Script ist ausführbar (0755), gehört dem Benutzer, habe auch schon andere Pfade verwendet (/tmp), anderen Benutzer, ohne /bin/bash im Aufgabenplaner, /bin/sh im Aufgabenplaner, Shebang-Zeile im Script auf #!/bin/bash gesetzt, PATH-Variable gesetzt, Shebang-Zeile ganz weggelassen, ...

Und wie schon geschrieben, funktioniert es ja als Aufgabe, wenn diese zeitlich ausgeführt wird (alle x Minuten). Benötige aber ein Script beim Hochfahren.

Danke schon mal!

 

[dil88]

Hört sich spontan nach einem Bug an, vielleicht machst Du bei Synology ein Ticket auf. Du könntest das Skript ansonsten in den Bootskripzen (rc) starten.

 

[Nightlover]

Auf welchen geht es und auf welchen nicht? Gerät? DSM-Version

 

[goetz]

Hallo,
@Nightlover

Funktioniert auf zwei Diskstations nicht

damit ist Deine Frage obsolet. Bitte genauer lesen.

Gruß Götz

 

[helmut72]

Genau, funktioniert auf beiden nicht. DS116 und DS716+II. Auf beiden ist jeweils die neueste DSM installiert.

@dil88: als Bootscript hinzugefügt funktioniert ein Script. Dort werden allerdings start/stop Parameter nicht mitgegeben. Habe dort drei Touch-Befehle eingebaut (global, start und stop) und nur der globale Abschnitt erzeugt mit touch eine Datei = läuft durch. Auch deshalb habe ich die Vermutung, dass ich etwas essentielles nicht beachte. Habe folgendes Beispiel verwendet:
https://forum.synology.com/enu/viewtopic.php?t=116174#p432228

Das ist aber fast wieder ein eigenes Thema.

Aktuell würde ich gerne wissen, warum im Aufgabenplaner beim Hochfahren gar nichts geht und wo mein Fehler liegt. Hat einer von Euch im Aufgabenplaner ein eigenes Script beim Hochfahren erfolgreich laufen?

Edit:
Jetzt gehts habe testweise das Script nicht als Benutzer, sondern als "root" ausführen lassen. Ich werde einen Bug melden.

 

[Nightlover]

Hallo,
@Gotz

damit ist Deine Frage obsolet. Bitte genauer lesen.

Entschuldige, aber wo siehst du in seiner Fragestellung das es nur 2 DS haben soll?

Gruss Night

 

[helmut72]

Entschuldige, aber wo siehst du in seiner Fragestellung das es nur 2 DS haben soll?

Ja, ok. Um es 100% genau zu schreiben: Funktioniert auf meinen zwei Diskstations nicht. (Ich habe insgesamt zwei Diskstations)

Wollte mit dem Satz ausdrücken, dass ich meinen Fehler (oder Bug) reproduzieren kann.

 

[hvkls]

Bei sowas immer den absoluten Pfad mit angeben...

#! /bin/sh
/bin/touch /var/services/homes/admin/test

 

[helmut72]

Auch schon probiert, funktioniert leider nicht.

 

[hvkls]

Dann schreib mal nach /tmp, um zu testen, ob es nicht doch ein Rechteproblem ist.

EDIT: Ich lese gerade, dass du das schon hattest. Setz den Befehl dann mal in /etc/rc.local über das exit 0.

Minimalbeispiel für /etc/rc.local (root:root 0755):

#! /bin/sh
/bin/touch /tmp/test &
exit 0

 

[PsychoHH]

Hallo,
@Nightlover

damit ist Deine Frage obsolet. Bitte genauer lesen.

Gruß Götz

Vielleicht ist es aber ein Bug? Dann sollte man wenigstens die DSM Version dazuschreiben.

 

[helmut72]

Wie schon geschrieben ist es die neueste Version, 6.1.1 Update 4. Das Problem habe ich schon länger und irgendwann juckte es mich nicht mehr, weil der Raspi Server wurde. Nachdem ich wieder vom Raspi auf eine DS als Server umschwenken werde, laufen die Vorbereitungen. Nachdem ich zu meinem Problem wieder nichts ergoogelt habe, habe ich den Thread erstellt.

 

[Nightlover]

Im letzten schriebst du dass es nun klappte. Also bei mir klappt es auf einer DS einwandfrei auf der anderen alle bis auf einen, obwohl drei mit dem gleichen Befehl klappen. Hast du denn den Befehl auch bei dem Erstellen unter ausgelöste Aufgaben eingegeben?

Night

 

[helmut72]

Im letzten schriebst du dass es nun klappte.

... als root. Zwischen root und einem normalen Benutzer ist schon ein großer Unterschied. Als normaler Benutzer klappt es weiterhin nicht.

Bei Dir schon? Kannst Du ein Beispiel posten was Du genau gemacht hast?

 

[Nightlover]

hi helmut72,

also bei mir sind alle script befehle im Aufgabenplaner durch den root. Also wenn es bei dir mit dem Benutzer nicht klappt wird wohl was mit den Rechten nicht passen.

night

 

[helmut72]

Also ebenso root - das funktioniert auch bei mir. Rechte können es nicht sein. Manuell gestartet funktioniert es und ebenso, wenn es im Aufgabenplaner alle x Minuten läuft.

 

[Nightlover]

Dann am besten wie Götze meinte wohl auch bei dir ein Bug, mach doch auch gleich ein Ticket an den Support.

 

[dariusmk]

Hallo,

der Thread ist schon etwas älter. Ich habe aber mit meiner DS218+ genau das selbe Problem wie helmut72. Der Aufgabenplaner will ums Verrecken kein Skript starten, das als ausgelöste Aufgabe vom Benutzer Admin beim Systemstart ausgeführt werden soll.

Gibt es mittlerweile einen Workaround?

 

[helmut72]

Bei mir leider nicht. Habe es nur als Root hinbekommen. Ging bei mir um eine Java-Serveranwendung (kein Tomcat). Ein No-Go, den Daemon als Root laufen zu lassen. Inzwischen ist er durch eine PHP-Anwendung ersetzt. Versuche es mit su - benutzername /bin/meinscript.sh oder sudo -u benutzername /bin/meinscript.sh. sudo -u www-data scriptname.sh verwende ich recht häufig für diverse Webanwendungen, allerdings auf einem Debian/Ubuntu.

 

[dariusmk]

Habe hier auch eine Java-Anwendung (JDownloader), die ich nicht zum Laufen bekomme.

Welche Risiken und Nebenwirkungen hat denn eine Ausführung als "root"?
Bringt es was, beim Support von Synology einen Bug zu melden?