Bei einem RHEL 7 zu RHEL 8 in-place upgrade geht die yum history verloren und führt serverseitig zu einem parsing error

[yannikhaffke]

Hallo!

Ich bin auf den Fehler gestoßen, dass das plugin nach einem in-place upgrade von RHEL7 auf RHEL 8 falschen output generiert.

Das Problem liegt in der yum history es wird mit

LAST_UPDATE_TIMESTAMP=$(/usr/bin/yum -C --quiet --noplugins history | awk '{if(NR>2)print}' | grep ' U \|Upgrade\|Update' | cut -d '|' -f3 | head -n 1 | date -f - +"%s" || echo "-1")

ein Unix Timestamp generiert. Doch wenn die yum history leer ist, wird einfach nur eine leere Zeile im output ausgegeben.

Beispiel für fehlerhafte /var/lib/check_mk_agent/cache/plugins_yum.cache Datei:

<<<yum>>>
no
44
27

Es fehlt die letzte Zeile. Dies führt wiederrum auf dem CheckMK Server zu einem parsing error und der CheckMK Discover Service spring in den "Warning" Status. Der yum service selbst verschwindet aus der Liste der gemonitorten Services.

Workaround:

Ein manuelles downgrade und upgrade eines Paketes generiert wieder einen Eintrag in der yum history und es kann wieder ein Timestamp erzeugt werden.

Kannst du das Verhalten anpassen, so dass auch wenn kein Update oder Upgrade durchgeführt wurde, ein gültiger Output erzeugt wird? Und ein Hinweis erscheint mit "Bisher kein Update oder Upgrade von Pakten durchgeführt".

Bei weitern Infos oder Fragen, kannst du dich gerne bei mir melden.

Vielen Dank für deine Unterstützung.

[HenriWahl]

Hey @yannikhaffke,
das ist ein ziemlich spezieller Fall - wird nicht eher von in-place-Upgrades bei CentOS/RHEL abgeraten? Und kommt nicht auch bald das nächste Update, so dass sich das Problem alsbald erledigt hat?
Ich selbst werde nicht dazu kommen mich darum zu kümmern, aber ein Merge Request sollte kein Problem sein.
Grüße

[swampdogmash]

Is it possible to check if this is still an issue with the updates that I made to the yum script? It is my understanding that this should now work correctly when there have been "zero" updates (which should now result in "-1" being sent to the CheckMK server in place of a datestamp.

this should result in the message:

"Time of last update could not be found"

being reported in the service output.

Kann man überprüfen, ob dies immer noch ein Problem mit den Updates ist, die ich am Yum-Skript vorgenommen habe? Meines Wissens sollte dies jetzt korrekt funktionieren, wenn es „null“ Updates gab (was jetzt dazu führen sollte, dass „-1“ anstelle eines Datumsstempels an den CheckMK-Server gesendet wird.

Dies sollte dazu führen, dass die Meldung:

"Time of last update could not be found"

in der Serviceausgabe gemeldet wird.