staging.inyokaproject.org

Crontab beim ersten Reboot nach Update

Status: Ungelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

Emma2

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

Hallo. Ich nutze noch 22.04.5 als Host für Virtualbox und habe heute, nach Installation aller angebotenen Updates, bemerkt, dass meine Gäste nicht mehr automatisch gestartet werden.

In meiner Crontab steht unter anderem

1
@reboot vboxmanage startvm svr-doc --type headless

, und bisher hat das ganz tadellos funktioniert. Jetzt gerade beim Neustart des Hosts aber nicht, und zwar auf drei verschiedenen Hosts nicht.
Um auszuschließen, dass das nur "das erste Booten nach den letzten Updates" war, habe ich einen der drei Hosts, der schon eine knappe Stunde wieder lief, nun noch einmal gestartet - und tatsächlich hat's nun wieder funktioniert wie vorher.

Sollte mir das zu Denken geben? Muss meine Crontab anders aussehen? Ist ja etwas doof, wenn das nicht "verlässlich" ist.

Bearbeitet von Thomas_Do:

Falsche Versionsangabe korrigiert.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 5356

Sei bitte mal genau in deinen Angaben.

Oben gibst du an:

Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)

im Text schreibst du:

Ich nutze noch 22.04.5

Ja was denn nu?

Emma2

(Themenstarter)

Anmeldungsdatum:
28. Dezember 2018

Beiträge: 622

Sorry, oben falsch geklickt: 22.04 natürlich.

hakel2022

Anmeldungsdatum:
21. Februar 2022

Beiträge: 3254

Der Trend geht zu ...

https://wiki.ubuntuusers.de/systemd/Timer_Units/

OnBootSec=2min - erste Ausführung 2 Minuten nach Beginn des Bootvorgangs

Vieleicht läuft das stabiler? Die Diskussion ist schon etwas älter!

P.S. Bei VBox wird immer zu neueren Versionen geraten.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9837

Die Zeitangabe @reboot bedeutet für Cron: Starte den Task, wenn du selbst startest.

Nun sind die Voraussetzungen für den Start von cron andere wie für den Start von vboxmanage: cron benötigt z.B. kein Netzwerk, ein Headless Server aber schon. Folglich kann bei der von Dir angewendeten Methode etwas schiefgehen und ob es funktioniert, kann sich durchaus auch bei jedem Startvorgang anders auswirken.

Es ist besser, vboxmanage über eine systemd-unit zu starten, da hierbei die Abhängigkeiten zu anderen Funktionalitäten sauber formuliert werden können. Dagegen ist @reboot von cron ein sehr unpräzises Werkzeug und nur geeignet für solche Tasks, die gar keine Voraussetzungen an das Betriebssystem stellen.

Mylin

Avatar von Mylin

Anmeldungsdatum:
23. Juli 2024

Beiträge: 371

kB schrieb:

Nun sind die Voraussetzungen für den Start von cron andere wie für den Start von vboxmanage: cron benötigt z.B. kein Netzwerk, ein Headless Server aber schon. Folglich kann bei der von Dir angewendeten Methode etwas schiefgehen und ob es funktioniert, kann sich durchaus auch bei jedem Startvorgang anders auswirken.

Da lohnt es sich doch einen Blick auf systemd timers in Verbindung mit systemd-cron zu werfen.

Antworten |