Orientierung auf einem unbekannten Oracle-Solaris-11.4-Host für Linux-Umsteiger

Worum es geht

Eine kurze Reihe lesender Befehle liefert die gesicherte Ausgangslage, bevor ein Agent etwas ändert: das genaue Release, die CPU- und Speichertopologie und die Frage, ob die aktuelle Shell in der globalen Zone oder in einer nicht-globalen Zone läuft. Unter Oracle Solaris 11.4 unterscheiden sich diese Befehle von ihren gleichnamigen Linux-Pendants in Optionen und Ausgabe, und mehrere alltägliche Linux-Gewohnheiten lassen sich nicht übertragen.

• uname -a gibt die vollständige Identifikationszeichenfolge aus; uname -sr allein liefert SunOS 5.11, also Kernelname und Release, die die gesamte Solaris-11-Familie meldet. Die Marketing-Versionsnummern von Solaris und uname -r stimmen nicht überein; unter 11.4 gibt uname -v stattdessen den Update-Level des Kernels aus (zum Beispiel 11.4.1.4.0 nach SRU 1).
• zonename gibt nur den Namen der aktuellen Zone aus; ein blosses global bedeutet, dass die Shell in der globalen Zone läuft. Jeder andere Name steht für eine nicht-globale Zone (oder eine Kernel-Zone) mit einer eingeschränkteren Sicht auf das System.
• psrinfo -v listet jeden virtuellen Prozessor mit Taktfrequenz und Startzeit auf; prtconf gibt den gesamten Arbeitsspeicher und den Gerätebaum aus und ist damit das nächste Gegenstück zu lspci/lshw.
• cat /etc/release nennt das Release (zum Beispiel Oracle Solaris 11.4), aber nicht den Stand des Support Repository Update (SRU). pkg info entire (siehe den Patching-Artikel dieser Reihe) zeigt die Version der Incorporation entire, die den genauen SRU bestimmt.

Warum es wichtig ist

Solaris 11 ist nicht "ein Unix, das sich wie Linux verhält": Shells, Paketmanager, Service-Manager und die Standardorte der Tools unterscheiden sich allesamt. Linux-Befehle aus dem Muskelgedächtnis (systemctl, apt, ip addr) schlagen schlicht fehl, und wer einen ähnlich benannten Solaris-Befehl ohne Prüfung seiner tatsächlichen Optionen errät, riskiert, auf das falsche Ziel einzuwirken.

So wird es angewendet

• Jede Sitzung mit uname -a, zonename, psrinfo -v und prtconf | head beginnen und die Ausgabe protokollieren, damit spätere Diagnosen eine Vergleichsbasis haben.
• Als Standard-Login-Shell ist bash für gewöhnliche Benutzer, ksh (ksh93) für root zu erwarten; /bin/sh (/usr/bin/sh) ist ksh93. Die klassische Bourne-Shell existiert weiter als /usr/sunos/bin/sh, ksh88 als /usr/sunos/bin/ksh nur, wenn das Paket shell/ksh88 installiert ist.
• Die GNU-Userland-Tools liegen unter /usr/gnu/bin, das nicht im Standard-PATH enthalten ist (/usr/bin für Benutzer, /usr/bin:/usr/sbin für die Rolle root und für bash). Die nativen Tools in /usr/bin können für dieselbe Aufgabe andere Optionen akzeptieren; --long-options, die unter Linux funktionieren, können daher in der /usr/bin-Version eines Befehls fehlen.
• Soll sich ein Skript identisch zur GNU-Variante verhalten, die Binärdatei unter /usr/gnu/bin ausdrücklich aufrufen oder /usr/gnu/bin im PATH vor /usr/bin setzen, wie es die Release Notes empfehlen. /usr/ccs/bin ist inzwischen ein Symlink auf /usr/bin; ein alter PATH, der es vor /usr/gnu/bin aufführt, findet daher zuerst die nativen Tools.

Stolpersteine

• pkg wie apt/yum zu behandeln: Es verwaltet Boot-Umgebungen und nicht nur Dateien (siehe die Artikel zu IPS und Boot-Umgebungen in dieser Reihe).
• uname innerhalb einer Zone falsch zu deuten: Eine nicht-globale Zone vom Brand solaris teilt sich den Kernel der globalen Zone und meldet ihn auch, während eine Kernel-Zone (solaris-kz) ihren eigenen Kernel und Update-Level meldet; deshalb zuerst zonename ausführen.
• sudo für den nativen Weg zur Rechteerweiterung zu halten: Native Mittel sind Rollen und pfexec (siehe den RBAC-Artikel dieser Reihe). sudo ist oft installiert, ob es für den eigenen Benutzer konfiguriert ist, hängt aber vom jeweiligen Host ab.