[Eisfair] Update Base 2.8.2 online

[Marcus Roeckrath]

Hallo Helmut,

Helmut Backhaus wrote:

>> Wenn du nach dem Update sofort rebootest hast, frage ich mich, was in dem
>> kurzen Zeitraum so alles an at-Jobs liegengeblieben sein sollen.
> 
> Willst Du damit sagen, dass ich zu langsam (oder zu alt für so was) bin?
> ;)

flööööööööööööööööööööööt ;-))

> Was ist, wenn der Reboot nicht sofort gemacht werden kann?
> Denn Fakt ist, dass atd nach dem Base Update nicht mehr läuft, richtig?
> 
>> at -l | grep " Jan "
>> at -l | grep " 2017 "
> 
> Wer da prüft siehe weiter unten ...
> Bei mir wird alle 3 Minuten geprüft ob der Status noch aktuell ist!
> 
> eis1-g1 # at -l | grep " Jan "
> 4701    Sat Jan 27 14:07:00 2018 = root
> eis1-g1 # at -l | grep " 2017 "
> eis1-g1 # at -l | grep " 2018 "
> 4701    Sat Jan 27 14:07:00 2018 = root
> eis1-g1 # atq
> 4701    Sat Jan 27 14:07:00 2018 = root

Du scheinst nicht viele at-Jobs zu haben und der wurde gerade während des
Reboots gebraucht.

Wurde der vor dem Reboot noch angestossen und durch den Reboot abgebrochen
oder hätte der während des Downs ausgeführt werden sollen.

Kannst ja mal in der /var/log/messages nachsehen, ob 14:07 nach dem Shutdown
und vor dem erneuten Boot war.

Nun schauen wir mal, was das für ein Jobs ist.

Gehe nach /var/spool/cron/atjobs und schaue in eine Datei die mit

a0125d

beginnt, an deren Ende das auszuführende Kommando zu finden ist.

Bitte gib auch mal an, welche Zeichenfolge in der .SEQ Datei steht.

> Aber hier sehe ich gerade, dass der Job *nicht* abgeräumt wird!
> Auch nach dem Reboot nicht.
> 
> Ich glaube auch schon gefunden zu haben, warum!
> Aus dem Script:
> ------->
> at_file="/run/atjob01"

Die Datei existiert IMHO nur während des Laufes eine at-Jobs.

Siehe meine Vermi´utung von oben, dass der Job nicht durch den Reboot
abgebrochen, sondern in der Downzeit hätte ausgeführt werden sollen.

> # at job löschen, wenn vorhanden
> if [ -s $at_file ]; then
>     atjob=$(cat $at_file)
>     atrm $atjob &> /dev/null
>     rm -f $at_file
> fi
> <-------
> 
> Weil die Datei "/run/atjob01" nach dem Reboot nicht mehr da ist!!

Da hast du recht, dass muss, da /run schon eine Weile tmpfs ist geändert
werden.

> Entweder muss ich sie beim reboot sichern und wieder anlegen oder ich
> muss sie anderswo hinlegen damit sie nicht verloren geht.

Nein, dass muss das Paket regeln und einen Speicherort wählen, der
persistent ist.

> War "/run" eigentlich immer schon ein tmpfs?

Nein, aber nun schon eine Weile sprich ca. 2 Jahre.

> Und sind die "at Jobs" schon immer rebootfest gewesen?

Da hätte ich auch so meine Zweifel, verpaste Jobs werden IMHO auch nicht
nachgeholt.

> Aber wo wäre die richtige Stelle um so eine Datei abzulegen?

Das muss sich der Maintainer des at-Paketes überlegen.

> Fakt ist aber, dass ich daran etwas tun muss!

Nein, der Maintainer.

> Jane, dass ist bei mir ein dahinter hängendes Script (wird aus "Update
> Checker" heraus gestartet) mit dem ich Nagios versorge. Sorry, Fehler
> meinerseits!

Ok, wieso benutzt du dafür at und nicht cron?

Wird das nicht regelmäßig ausgerufen?

at macht nur Sinn, wenn es sich um einmalige Ausführungen handelt.

-- 
Gruss Marcus