AIX patchen: Technology Levels, Service Packs, instfix und Interim Fixes mit emgr

Ziel

Den aktuellen Patch-Stand eines AIX-7.2/7.3-Systems ermitteln, ein Update sicher einspielen oder vorab simulieren und einen temporären Interim Fix verwalten, ohne die Möglichkeit zum Zurückrollen zu verlieren.

Voraussetzungen

Root-Zugriff; vor jedem Update von Technology Level oder Service Pack ein aktuelles mksysb oder ein gleichwertiges Backup (siehe den mksysb-Artikel in dieser Reihe); bekannt sein muss, ob die Update-Quelle Fix-Central-Medien, ein NIM-lpp_source oder SUMA ist.

Schritte

1. Aktuellen Stand feststellen: oslevel -s gibt die Zeichenfolge aus Release, TL, SP und Build aus. Für Details zu einzelnen Filesets listet instfix -i | grep ML die installierten Technology bzw. Maintenance Levels und ihren Vollständigkeitsstatus auf.
2. Einen bestimmten Fix prüfen: instfix -ik <APAR-or-label> gibt "All filesets for <APAR> were found." aus, wenn der Fix vollständig installiert ist; "Not all filesets ... were found" oder "There was no data ..." bedeutet, dass er fehlt oder unvollständig ist (instfix -icqk <label> | grep :-: listet die Filesets mit veraltetem Stand auf).
3. Vor dem Einspielen eine Vorschau erzeugen: installp -p (Preview) gegen das lpp_source oder die Medien des Updates ausführen. So wird sichtbar, was sich ändern würde, ohne das System anzufassen – einschliesslich der installierten Interim Fixes, die automatisch entfernt würden, weil ihr dauerhafter Fix enthalten ist.
4. Ein Technology Level oder Service Pack als Gruppe mit smitty update_all (oder dem gleichwertigen Aufruf install_all_updates) einspielen, nicht über einzelne Filesets; ein teilweise installiertes Technology Level ist keine unterstützte Konfiguration.
5. Zwischen Commit und Apply entscheiden: Ein Service Pack kann angewendet werden, ohne committet zu werden; so bleibt ein reject möglich. Ein Technology-Level-Update muss immer committet werden und lässt sich nicht zurückweisen, daher ist ein getestetes mksysb bei einem TL die einzige Rückfallmöglichkeit.
6. Verifizieren: lslpp -l (oder -h für die Historie) bestätigt nach dem Update Fileset-Versionen und Installationsstatus, lppchk -v meldet inkonsistente Filesets, und oslevel -s sollte den neuen Stand anzeigen.
7. Für einen einzelnen dringenden Fix ausserhalb des regulären Zyklus einen Interim Fix (ifix, früher efix genannt) über emgr verwenden: emgr -l listet installierte ifixes, emgr -X -e <package> installiert einen, emgr -r -L <label> entfernt ihn. Ifixes sind als temporäre Lösung gedacht und werden normalerweise vom nächsten Service Pack oder Technology Level abgelöst.

Erwartetes Ergebnis

oslevel -s und instfix -i stimmen beim neuen Stand überein; lslpp -l zeigt keine defekten oder inkonsistenten Filesets; jeder temporäre ifix wurde entweder vom Update automatisch entfernt oder wird in emgr -l weiterhin ausdrücklich geführt.

Grenzen und Prüfbasis

Updates von Technology Level und Service Pack erfordern einen Neustart; ein Wartungsfenster ist einzuplanen. Ein ifix sperrt die Filesets, die er patcht: Nur ein Update, das denselben APAR-Fix enthält, entfernt ihn automatisch. Lässt sich ein ifix keinem solchen Update zuordnen, schlägt das Update fehl, bis er mit emgr -r entfernt wurde. Ein späteres Zurückweisen eines Updates installiert einen automatisch entfernten ifix nicht wieder. Vor jedem Update emgr -l prüfen.