[Eisfair] Update Base 2.8.2 online

[Helmut Backhaus]

Am 27.01.2018 um 17:15 schrieb 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 ;-))

Ok, verstanden! :-))
> 
>> 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.

Nicht wirklich, eigentlich nur für diese Geschichte ...
> 
> Wurde der vor dem Reboot noch angestossen und durch den Reboot abgebrochen
> oder hätte der während des Downs ausgeführt werden sollen.

Ich kann es Dir nicht sagen ...

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

Ich schicke Dir den interessanten Teil gleich mal per PM.
Ich galaube, da ist das Problem zu sehen.
Wenn ich das richtig interpretiere, hat da eine Lib gefehlt beim
identifizieren am Nagios Server. Deshalb ist der At-Job wohl schief
gegangen, glaube ich.

> 
> 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
> 

Da ist nichts mehr zu sehen, dass kann aber auch daran liegen, weil ich
die Jobs schon von Hand gelöscht habe. Macht aber nichts, ich habe da
noch welche die noch abgedatet werden müssen.
> beginnt, an deren Ende das auszuführende Kommando zu finden ist.
> 
> Bitte gib auch mal an, welche Zeichenfolge in der .SEQ Datei steht.

Die gibt es nicht mehr, warscheinlich auch weil ich den Job gelöscht habe.

> 
>> 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.

Die wird immer angelegt wenn es einen Job gibt und solange "soll" sie
auch existieren.

> 
> 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.

Ok
Aber das war mir nicht mehr bewußt, obwohl ich es mehrfach gelesen
hatte. Das war ja nicht das erste Problem damit.

> 
>> 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.

Richtig!!
Also ich. :-)

> 
>> War "/run" eigentlich immer schon ein tmpfs?
> 
> Nein, aber nun schon eine Weile sprich ca. 2 Jahre.
> 
Ok, hat mich eine Erinnerung doch nicht getäuscht.

>> Und sind die "at Jobs" schon immer rebootfest gewesen?
> 
> Da hätte ich auch so meine Zweifel, verpaste Jobs werden IMHO auch nicht
> nachgeholt.
> 

Das habe ich noch mal nachgeschaut, dass ist der Grund warum ich at
genommen habe.

>> Aber wo wäre die richtige Stelle um so eine Datei abzulegen?
> 
> Das muss sich der Maintainer des at-Paketes überlegen.

Wieder ich ;)

> 
>> Fakt ist aber, dass ich daran etwas tun muss!
> 
> Nein, der Maintainer.

Auch ich ... ;)

> 
>> 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?
> 

Siehe oben ...

> Wird das nicht regelmäßig ausgerufen?
> 

Das regelmäßige mache ich mit fcron, aber die Nachprüfung alle 3 Minuten
mache ich mit at ... siehe oben

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

Ja, richtig.

-- 
Gruß,
Helmut