[ Main | Local ]

Mit AIX 5L (5.3) hat sich viel geändert

Es gibt den bekannten ML (Maintenance Level) nicht mehr. Hier wurde oft als Problem empfunden, daß reine Software-Fixes mit neuen Features gemischt wurden. Das führte teilweise zu Überraschungen.

Es gibt jetzt eine Reihe neue Konzepte:

• TL - Technology Level entspricht etwa dem bekannten ML. Kombiniert neue Features mit Software-Updates. Wird zweimal im Jahr erscheinen. Er sollte komplett installiert werden und kann nicht "rejected" werden. Es werden auch bisher nicht installierte Base-Level Filesets nachinstalliert. Man muß bei Problemen also entweder auf ein mksysb zurückfallen, oder auf eine zweite Platte installieren (mit alt_disk_install). Ist mit oslevel -r zu sehen.
• SP - Service Pack ist eine Sammlung von PTF, die nur Software-Probleme fixen. Diese Sammlungen erscheinen zwischen den TL, etwa alle 6 Wochen. Die SP wird es für das aktuelle und das letzte AIX Release geben (also z.B. für 5.3 und 5.2). Man kann vor der Installation alle Filesets mit "smit commit" festschreiben und hat dann die Möglichkeit, einzelne oder alle PTF eines SP wieder loszuwerden. Das aktuelle Service Pack wird mit dem oslevel-Kommando angezeigt: oslevel -s. Ein SP mit einer höheren Nummer beinhaltet automatisch alle vorherigen PTF.
• CSP - Concluding Service Pack sind der Abschluß eines TL. Wird ein neuer TL veröffentlicht, so wird kurz darauf der älteste TL mit dieser speziellen Art des Service Packs abgeschlossen. In der Ausgabe von oslevel -s erscheint dann als Systemstatus für SP CSP. Ab dann ist nur noch Wartung mit Interim Fixes möglich.
• IF - Interim Fix ist das, was man bisher einen emergency fix nannte. Das emgr-Kommando funktioniert aber wie gehabt.

Problematisch mit diesem Ansatz ist, daß man quasi gezwungen wird, regelmäßig die Updates einzuspielen. Das ist schon allein deshalb zwingend, weil nur so die effektive Dauer der einzelnen Maßnahme halbwegs in Grenzen zu halten ist. Der GAU ist wahrscheinlich, wenn man wegen eines Problemes Support anfordert, und dann erstmal 4 TL nachziehen muß...

Installations-Methoden

• New and Complete Overwrite - Das dürfte klar sein.
  Ist angezeigt bei einer neuen Maschine ohne OS, einer kaputten rootvg, einer rootvg, die auf verschiedene Platten verteilt ist und konsolidiert werden soll oder wenn man die Trusted Computing Base (TCB) anschalten will.

• Migration Install - Ein Upgrade zwischen Versionen und Releases unter Erhalt der Root-Volume Group (rootvg).
  Alle Logical Volumes (LV) und Filesystem (FS) auf der rootvg bleiben erhalten (das ist natürlich gelogen: /tmp wird überschrieben). Die vorhandene Software wird "upgedatet". Es wird genau gesagt, was erneuert bzw. gelöscht wird. Alte Versionen der Konfigurationsfiles werden nach /tmp/bos kopiert.

• Preservation Install - Um User-Daten in der rootvg zu erhalten.
  Es bleiben nur die LVs bzw. FS erhalten, die nicht zum System gehören (/home etc.). Alles andere (/usr, /tmp, /var und /) werden überschrieben. Möchte man in diesen Verzeichnisen Files erhalten, so müssen diese in die Datei /etc/preserve.list eingetragen werden - und zwar mit dem ganzen Pfad. Und /tmp sollte auch groß genug sein. Jedenfalls ist es nötig, das System neu zu konfigurieren und Software in der rootvg neu zu installieren. Devices, User und Groups gehen verloren.

Kann man "Migration Install" nicht auswählen, so könnte das an einem Problem mit dem Boot Logical Volume (BLV) liegen. Dort werden die aktuelle Version und Release gespeichert (Pad-String). Mit dem blvset-Kommando kann man die Information auslesen:
/usr/lpp/bosinst/blvset -d /dev/hdisk0 -g level
Der Schalter -d weist das entsprechende physikalische Laufwerk zu (in der Regel hdisk0), -g (get) zeigt den Level des BOS. Mit -p (put) wird der aktuelle Level ermittelt und gesetzt.

Es gibt einen Installtionsassistenten: /usr/sbin/install_assistent

Welche Version ist auf der Maschine?

Die Software-Versionen der AIX-Komponenten werden folgendermaßen bezeichnet:
AIX 4.3.3.10 ==> Version.Release.Modification Level.PreventiveMaintenence Level

• Versionen sind nicht unbedingt Kompatibel und weisen ganz erhebliche Unterschiede in der Architektur auf. Bisher gibt es die Versionen 3, 4 und 5.
  
• Releases sind verschiedene Ausgaben einer Version mit teilweise erheblichen Unterschieden. Man kann in der Regel nicht von einem Release auf den anderen einfach updaten. Auf dieser Ebene sind die meisten Design Change Requests (DCR) angesiedelt.
  
• Technical Level (das hies früher Modification Level und davor Maintenence Level....) bezeichnen einen definierten Fixstand, teilweise werden neue Features eingeführt. Fixe werden nur für den aktuellen Modification Level eines Release gebaut, der Update erfolgt automatisch.
  
• Preventive Maintenence Level beziehen sich auf einzelne Filesets und werden als Program Temporary Fix (PTF) verteilt. Das sind die eigentlichen Bug-Fixes. Der Technical/Modification Level (damit implizit die Version und das Release) werden immer als Baselevel Filesets verteilt (z.B. file.set.xyz 4.3.3.0).
  

Was installiert ist, sieht man mit dem Befehl oslevel.

• oslevel zeigt die Version und das Release sowie den Maintenance Level an.
  
• oslevel -q zeigt alle Maintenance Level an, die dem System bekannt sind (die also explizit oder implizit installiert wurden).
• oslevel -l damit kann man einen Level spezifizieren, und das Kommando zeigt dann alle Filesets, die noch nicht mindestens auf dem Stand dieses TL/ML sind.
• oslevel -g zeigt an, welche Filesets schon höher sind als als der letzte, kompletten ML.
• oslevel -s zeigt an, welcher Technology Level in welchem Service Pack installiert ist. Das sieht z.B. so aus:

  5300-07-04-0818 
  ==> AIX V5 Release 3 TL 7 Service Pack 4, aus der Kalender-Woche 18 in 2008.
  

Welche Fixe sind auf der Maschine?

Zuerst allgemein etwas dazu, wie die Software-Wartung bei AIX funktioniert. Wird vom Support ein Bug festgestellt, dann wird ein Authorized Program Analysis Report (APAR) angefertigt. In diesem ist das Problem geschildert, und es werden die Teile des Quelltextes benannt, die modifiziert (gefixt) werden müssen. Was dabei herauskommt bezieht sich immer auf ein -und nur ein- Fileset. Es handelt sich also um Problem Temporary Fixes (PTFs). Diese sind meist von anderen PTFs abhängig etc. Sind alle Fixe fertig, die das im APAR beschriebene Problem lösen, dann wird der APAR geschloßen. Jetzt ist eine Problembeschreibung mit einer Liste von Fixes entstanden, die das Problem lösen soll und die man im Bündel installieren kann. (Nicht sofort, den nach Schließen gibt es umfangreiche Tests - 4 bis 8 Wochen). Man kann also einzelne PTF installieren, oder einen APAR, also eine Sammlung von PTFs. Da ein PTF in vielen APARs gelistet sein kann, ist es durchaus möglich, das man unbewußt, implizit, einen APAR installiert - man darf sich nicht verwirren lassen.

Womit man bei Anfragen an den AIX-Support auch öfter zu tun hat sind sogenannte e-Fixes, Emergency Fixes. Das ist ein schneller und heißer Hack, damit man weiterarbeiten kann. Es ist kein richtiges, getestetes Fix (PTF) und die Philosophie dahinter ist, daß die Sache nicht schlimmer werden kann. Solche e-Fixes breit einzusetzen ist sicher unklug, und man sollte sobald wie möglich den entsprechen PTF/APAR nachziehen.

Dann gibt es noch das PE-Flag. Beim Fixen, also bei der Modifikation geht nicht immer alles gut, und ab und zu verschlimmbessert sich etwas. Wird ein PTF entdeckt, das einen neuen Fehler einführt, wird das PE Flag gesetzt und eine neue Version wird gemacht. Meist sind die Probleme minderwichtig, weshalb die APARs, die dieses PTF listen, weiterhin erhältlich sind - nur eben mit einem faulen PTF.

Wie sehe ich das jetzt alles?

Dazu dient der Befehl instfix. Damit kann man einmal Fixe installieren und auch das System Abfragen.

• Ist ein spezieller APAR installiert?
  instfix -ik "IYxxxxx IXzzzzz"
  
• Ich möchte den Abstrakt eines APARs sehen (um eine grobe Idee zu bekommen, worum es geht):
  instfix -aik IXzzzzz
  (mit -d Quelle bzw. Directory geht das auch von Band oder CD)
  
• Welche Filesets/PTFs sind in diesem APAR gelistet?
  instfix -ivk IXzzzzz
  
• Sind meine Maintenance Levels komplett installiert?
  instfix -i |grep ML
  
• Und was fehlt?
  instfix -ciqk 4330-03_AIX_ML | grep ":-:"
  das Minuszeichen zeigt Filesets unter dem Level, ein Plus zeigt die über dem Level und ein Gleichzeichen macht was?
  Man kann auch das machen:
  instfix -ivk 4330-03_AIX_ML | grep not | grep ':'
  

Einige Schalter des instfix-Kommandos:

• -i sorgt dafür, das nichts installiert wird.
  
• -p zeigt die Filesets an, die zu den Keywörtern passen - keine Installation.
  
• -T bezieht sich auf alle Fixe auf dem Medium
  
• -f spezifiziert ein File
  
• -k Keywörter, z.B. APAR Nummer
  
• -d das Quell-Device
  

Wenn ich meine Aktionen mitloggen möchte:

Das geht mit einer normalen Unix-Umleitung. Errormeldungen schreibt instfix nach STDERR, den Rest nach STDOUT. Man muß also beides fangen:
instfix -irgendwas- > /tmp/filename 2>&1
(STDERR, die 2, wird nach STDOUT, die 1 gepiped und das ganze ins File geschrieben).

Das ist sehr speziell - wenn ich ganz allgemein sehen will, was installiert ist?

Dazu dient der Befehl lslpp. Man kann ausführliche Informationen listen und auch über die verschiedenen installierten Versionen etwas erfahren. Das wird weiter unten genauer beschrieben.

Software Installation

Erfolgt am einfachsten über das System Management Interface Tool (SMIT). Es werden die Befehle installp und instfix angezogen - und die kann man natürlich auch von Hand absetzen.

Software für AIX kommt in folgenden Verkleidungen einher:

• Files: ganz normale, Software als tar-Ball etc. Kann man nicht mit Hilfe von SMIT (installp und instfix) installieren. Das gilt generell, Software muß im Backup File Format (.bff) Format vorliegen, will man die AIX Tools nutzen.

• Filesets: Teile des Base Operating System (BOS), die logisch irgendwie zusammengehören (bos.net.tcp.server, bos.atm.atmle)

• Bundles: Definierte Listen von Filesets. Man kann sie beliebig zusammenstellen. Alle vorgefertigten Bundles finden sich in /usr/sys/inst_data/user_bundles bzw. sys_bundles.

• Licensed Program Packages (LPP): Ganze Software Produkte, komplett mit allen nötigen Filesets. Das BOS oder HACMP wäre ein LPP.

• Program Temporary Fixed (PTF): Ein modifiziertes, gefixtes Fileset. PTFs werden am einfachsten mit "smitty update_by_fix" installiert.

Die beiden Programme für alle Installationsaufgaben sind installp und instfix.
installp ==> Fileset, LPP, Bundles
instfix ==> PTF (keine e-Fixes oder sonstige Files..)

Beide Kommandos vergrößern bei Bedarf das Filesystem.
Nutzt man SMIT als Frontend "smitty installp", so wird installp benutzt. Nur der oben erwähnte Unterpunkt "Update Software by Fix (APAR) greift auf instfix zu.

Hat Software unter AIX einen Status - Was bedeutet APPLIED?

Installiert man Software unter AIX, so kann man wählen, ob man die Software im aktuellen, neuen Level nutzen möchte und zugleich die alte Software für einen eventuellen Downgrade aufheben möchte. Die neu installierte Software ist dann im Status APPLIED und man kann sie bei Problemen folgenlos wieder rauskicken und mit der vorherigen Version weiter machen.

Die andere Wahl ist, die Software gleich festzuschreiben, ohne Backup und Rückzugsmöglichkeiten. Das ist der Status COMMITTED.

Folgende Aktionen kann man mit einmal installierten Filesets also tun: apply, committ, reject, remove
Dabei gilt: Reject läßt sich nur auf Filesets im Status APPLIED anwenden. Dabei wird dieses Fileset weggeworfen und das Originale, in /usr/lpp/Fileset.Name gespeicherte wird wieder installiert.
Daher sollte man nach der Testphase committen, sonst verliert man viel Platz.

Ist ein Fileset einmal im Status COMMITTED, dann muß das Fileset mit remove entfernt werden, und es muß der Baselevel neu installiert werden - bei den Abhängigkeiten teilweise schwierig...

Die Werkzeuge:

Das installp-Kommando:
Beispiele und wichtige Flags:
installp -ad /dev/cd0 fileset - Das Fileset wird installiert und ein Backup des originalen Filesets erfolgt. Status ist dann APPLIED.
installp -acd /dev/cd0 fileset - Das Fileset wird über das Originale installiert. Status ist dann COMMITTED.
installp -c /dev/cd0 fileset - Das Fileset ist im Status APPLIED und wird so in den Status COMMITTED überführt. Das Backup wird gelöscht.
installp -ld /dev/cd0 fileset - Zeigt alle installierbaren Filesets auf dem Medium.

Flags:
Das installp-Kommando kann ich das ganze Loggen lassen. Dazu dient der Schalter -e filename. Oder man setzt und exportiert die Umgebungsvariable INST_DEBUG (auf YES setzen).

Das lslpp-Kommando:

Das lppchk-Kommando:
Es wird geprüft, ob ein Fileset den Vorgaben der SoftWare Vital Product Database (SWVPD) entspricht. Dort sind die Filegröße, Checksumme und symbolische Links gespeichert. Weiterhin wird getested, ob das /-Verzeichnis, /usr und /usr/share konsistent sind (Jedes Programm verteilt sich über diese drei Bereiche).

Update eines Technology Levels

Dazu muß man sich zuerst die Software besorgen. Das sind in der Regel größere Mengen an Daten im Gigabyte-Bereich. Es gibt zwei einfache Möglichkeiten, an die Software zu kommen:

• Fix Central Mit diesem Link http://www-933.ibm.com/support/fixcentral/main/System+p/AIX oder über die IBM Webseite - da muß man sich ein wenig durchklicken. Jedenfalls kann man dann auswählen: System p, AIX, Version und Fix-packs. Im Untermenü muß man nun den entsprechenden TL und die passenden Service Packs wählen und herunter laden.
• SUMA - Service Update Management Assistance Das ist ein Tool, daß in den SMIT integriert ist. Mit smit suma gelangt man direkt dorthin. Man wählt "Download Updates Now", wählt das Gewünschte (APAR, Fix Type, ML/TL, Service Pack etc.) und läßt sich die Auswahl anzeigen. So kann man TLs sehr einfach wählen. Die Software geht dabei direkt nach /usr/sys/inst.images, so, wie es sein soll.
  Man kann es auch auf der Befehlszeile benutzten, so lädt man z.B. den TL 7 für AIX 5.3 so herunter: /usr/suma/bin/suma -x -a RqType=ML -a RqLevel= -a Action=Download -a Repeats=n -a RqName='5300-07'

Dort, wo die Software dann zu liegen kommt, muß man mit inutoc . das .toc-File anlegen, um installieren zu können. Nachher kann man normal mit dem smit und "update_all" aus diesem Verzeichnis installieren. Dabei sollte man gleich "commit" setzen, da ein TL in keinem Fall rejected werden kann, der Platz also verschwendet ist.

Es ist empfehlenswert, den Download früher zu machen, und das Update als "preview" schon einmal laufen zu lassen. Damit ist sichergestellt, daß keine Software fehlt.

Ich möchte im laufenden Betrieb installieren..

Das ist ab AIX 4.3 möglich.
Diese Art der Installation kann entweder mit dem SMIT durchgeführt werden (smitty install) oder von der Kommandozeile mit dem Befehl alt_disk_install. Es gibt zwei Möglichkeiten, die beide eine zweite Platte im System vorausetzen:
Clonen der rootvg auf die andere Platte.
Installation eines mksysb-Band (oder Image) auf die andere Platte.

Die Installation verläuft weitgehend "normal" - allerdings heißen alle Logical Volumes "alt_hdx". Das wird am Ende der Installation geändert, und man hat dann zwei Systeme auf derselben Maschine. Nach Anpassung der Bootliste kann man vom neuen System booten und die Serviceunterbrechung gering halten.
Man sollte vorher die man-Page studieren... ;-)

[ Main | Local ]

[ Allgemein | UNIX | AIX | TCP-IP | TCP | ROUTING | DNS | NTP | NFS | FreeBSD | Linux | RPi | SMTP | Tracing | GPS | LW ]