Navigationslinks überspringen | |
Druckansicht beenden | |
Oracle Solaris 11-Versionshinweise Oracle Solaris 11 Information Library (Deutsch) |
Automated Installer-Manifeste werden als global lesbar installiert (7097115)
Netzwerkbasierter Automated Installer schlägt auf x2100-Plattform mit nge-Treibern fehl (6999502)
sysconfig und Text Installer werden unerwartet im Zeitzonenfenster beendet (7026383)
Automated Installer kann Zielfestplatten auf Zwei-Wege-Boot-Festplatte nicht zuordnen (7079889)
Text Installer wird in Englisch dargestellt, obwohl eine andere Sprache ausgewählt wurde (7095437)
Namenskonflikte zwischen mehreren AI-Services auf AI-Servern (7042544)
Mögliche Systempanik bei falschen BIOS-Einträgen zur CPU-Energieverwaltung (7096091)
SPARC: Firmware muss upgegradet werden, damit das System Oracle Solaris 11 starten kann (7058642)
Die folgenden Bugs können während oder nach der Installation von Oracle Solaris 11 auftreten.
Die Installation von Oracle Solaris 11 unter Verwendung des AI (Automated Installer) schlägt möglicherweise fehl, wenn auf dem System mehr physischer Arbeitsspeicher als Festplattenspeicher verfügbar ist. Der für Swap- und Dump-Geräte benötigte Speicherplatz kann möglicherweise den für die Installation von Oracle Solaris verfügbaren Speicherplatz reduzieren. Die folgende Fehlermeldung wird möglicherweise angezeigt:
ImageInsufficentSpace: Insufficient disk space available (??.? GB) for estimated need (??.? GB) for Root filesystem
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Falls keine Einschränkung durch die Größe der Festplatte besteht, weisen Sie dem als vdev verwendeten Bereich im Root-Pool mehr Speicherplatz zu.
Hinweis - Auf x86-Systemen können Sie nach Bedarf der Solaris2-Partition zusätzlichen Speicherplatz zuweisen.
Deaktivieren Sie die Notwendigkeit der Dump- und Swap-Volume-Zuweisung. Geben Sie dafür im AI-Manifest im Abschnitt <target> im Tag <logical> den Wert true für die Attribute nodump und noswap an. Beispiel:
<logical noswap="true" nodump="true"> </logical>
Definieren Sie zpool und weisen Sie im Manifest geringere Swap- und Dump-Größen zu:
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical> <zpool name="rpool" root_pool="true"> <zvol name="swap" use="swap"> <size val="2gb"/> </zvol> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Deaktivieren Sie die Zuweisung eines Swap- und Dump-Geräts und fügen Sie dem verbleibenden Gerät eine bestimmte Größe hinzu (Dump oder Swap). Im folgenden Beispiel wird die Deaktivierung einer Swap- und das Hinzufügen einer Dump-Größe von 4 GB gezeigt:
<target> <disk whole_disk="true" in_zpool="rpool"> <disk_keyword key="boot_disk"/> </disk> <logical noswap="true"> <zpool name="rpool" root_pool="true"> <zvol name="dump" use="dump"> <size val="4gb"/> </zvol> </zpool> </logical> </target>
Weitere Informationen zum Bearbeiten des AI-Manifests erhalten Sie auf der Manpage ai_manifest(4).
Wird umask beim Erstellen eines Installationsservices auf einen einschränkenden Wert gesetzt, wird der Installationsservice mit Konfigurationsdateien erstellt, die für den AI-Client nicht zugänglich sind. In der Folge kann der AI-Client möglicherweise nicht ausgeführt werden und die folgende wanboot-Fehlermeldung wird angezeigt:
{0} ok boot net:dhcp - install Boot device: /pci@400/pci@2/pci@0/pci@6/network@0:dhcp File and args: - install1000 Mbps full duplex Link up Timed out waiting for BOOTP/DHCP reply HTTP: Bad Response: 500 Internal Server Error (wanboot.conf error: Can't open configuration file) ERROR: boot-read fail Boot load failed. {0} ok
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Setzen Sie, bevor Sie installadm zum Erstellen eines Installationsservices ausführen, umask auf einen weniger einschränkenden Wert, z. B. auf 022. Beispiel:
# umask 022 # installadm create-service -n svc1 -s /export/aiimages/S11_AI.ISO \ -d /export/auto_install/svc1
Passen Sie für bereits erstellte Installationsservices die Berechtigungen der Dateien wanboot.conf und system.conf für den jeweiligen Service an. Im folgenden Beispiel lautet der Name des Installationsservers svc1 und der Abbildpfad ist /export/auto_install/svc1:
# chmod 644 /var/ai/service/svc1/system.conf # chmod 644 /export/auto_install/svc1/wanboot.conf
Wenn Sie Oracle Solaris 11 mithilfe des Text Installer installieren und die manuelle Netzwerkkonfiguration ausgewählt ist, werden Netzwerknamen den falschen Kommunikationsgeräten zugeordnet.
Beispiel: Im Bildschirm für die manuelle Netzwerkkonfiguration werden Netzwerk- und Kommunikationsgerätenamen folgendermaßen zugeordnet:
net0 (igb2) net1 (igb3) net2 (igb0) net3 (igb1) net4 (usbecm2)
Hier könnten Sie das Gerät igb0 auswählen, dem net2 entspricht. Nach der Installation ist das Gerät igb0 möglicherweise als net0 zugeordnet. Aufgrund dieser fehlerhaften Zuordnung geht die Netzwerkkonnektivität nach der Installation verloren.
Hinweis - Dieses Problem wurde durch den Patch für Oracle Solaris 11 (SRU-Version 3) behoben. Wenn Sie bootfähige SRU3-Abbilder für x86 oder SPARC verwenden, tritt dieses Problem nicht auf.
Problemumgehung: Führen Sie folgende Schritte durch, um das Problem zu beheben:
Wählen Sie während der Installation aus dem Startmenü des Text Installer Option 3 (Shell).
Hinweis - Verlassen Sie den Text Installer, um zum Startmenü zurückzukehren.
Geben Sie bei der Shell-Eingabeaufforderung folgende Befehle ein.
# svcadm restart datalink-management:default # dladm show-phys -L # exit
Wechseln Sie zum Startmenü und wählen Sie Option 1, um Oracle Solaris 11 zu installieren.
Der Bildschirm für die manuelle Netzwerkkonfiguration zeigt nun die korrekte Zuordnung an.
Der Text Installer lässt nicht zu, dass Oracle Solaris in einem Bereich einer bestehendenSolaris2-Partition installiert wird. Dieses Problem tritt nur dann auf, wenn Sie eingestellt haben, dass Daten in einem anderen Bereich oder anderen Bereichen innerhalb derselben Partition gespeichert werden sollen.
Im Fenster des Text Installers in dem der Bereich auf der fdisk-Partition ausgewählt werden kann, wird ein bestehender Bereich der Solaris2-Partition als Partition des Typs rpool angezeigt. Sie können mit der F5-Taste den Typ eines ungenutzten Bereichs auf rpool nicht festlegen.
Dazu müssen Sie den Installer beenden, wenn Sie keine Daten im aktuellen rpool-Bereich entfernen möchten. Dieses Problem hat keinerlei Auswirkungen auf andere Änderungen in Ihrem System.
Problemumgehung: Um den Text Installer zu verwenden, müssen Sie Oracle Solaris auf einer separaten Festplatte installieren. Sie können die Installation in einem anderen Bereich mit verfügbarem Speicherplatz in einer bestehenden Solaris2-Partition durchführen, wenn Sie den AI (Automated Installer) mit einem benutzerdefinierten Manifest verwenden. Im benutzerdefinierten AI-Manifest wird festgelegt, welcher Bereich für die Installation verwendet werden soll.
Beispiel: Um Oracle Solaris im Root-Pool s11-rpool im Bereich 7 einer vorhandenen Solaris2-Partition zu installieren, geben Sie Folgendes im Abschnitt targets des benutzerdefinierten AI-Manifests an:
<target> <disk> <disk_name name="c3d0" name_type="ctd"/> <partition action="use_existing_solaris2"> <slice name="7" in_zpool="s11-rpool"> <size val="6144mb"/> </slice> </partition> </disk> <logical> <zpool name="s11-rpool" is_root="true"> <filesystem name="export" mountpoint="/export"/> <filesystem name="export/home"/> <be name="solaris"/> </zpool> </logical> </target>
Der Befehl zoneadm install verfügt über die Option -c, die ein Verzeichnis als einen Parameter verwenden kann. Dieses Verzeichnis kann Unterverzeichnisse mit Systemkonfigurationsprofilen enthalten.
Wenn sich mehrere Dateien mit demselben Namen in der Verzeichnisstruktur befinden, wird aufgrund der Vereinfachung der Verzeichnisstruktur nur eine dieser Dateien in die installierte Zone kopiert.
Im folgenden Beispiel wird von dem folgenden Verzeichnisbaum ausgegangen:
directory-name/profiles1/sc_profile.xml directory-name/profiles2/sc_profile.xml directory-name/profiles3/sc_profile.xml
Es wird weiterhin angenommen, dass Sie anschließend den folgenden zoneadm install-Befehl ausführen:
# zoneadm -z zone install -c directory-name
Die Dateien in der Verzeichnisstruktur werden in die neue Zone kopiert, als ob Sie der Reihe nach folgende Befehle eingegeben hätten:
# cp directory-name/profiles1/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles2/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml # cp directory-name/profiles3/sc_profile.xml \ zoneroot/etc/svc/profile/site/sc_profile.xml
Ergebnis dieses Vorgehens ist, dass jede nachfolgende Kopie die vorausgehende Kopie überschreibt und nur eine Datei bestehen bleibt. Daher ist das System nach der Installation nicht richtig konfiguriert.
Problemumgehung: Stellen Sie sicher, dass jedes Profil einen eindeutigen Namen hat, unabhängig von seiner Position im Verzeichnisbaum, damit die Profile sich beim Kopieren nicht gegenseitig überschreiben. Im folgenden Beispiel wird von folgender Verzeichnisstruktur ausgegangen:
directory-name/profiles1/sc_profile_a.xml directory-name/profiles2/sc_profile_b.xml directory-name/profiles3/sc_profile_c.xml
Durch Ausführen des Befehls zoneadm werden die Dateien wie folgt in die Zone kopiert:
zoneroot/etc/svc/profile/site/sc_profile_a.xml zoneroot/etc/svc/profile/site/sc_profile_b.xml zoneroot/etc/svc/profile/site/sc_profile_c.xml
Die vom Automated Installer verwendeten XML-Manifest-Dateien können von allen Benutzern auf dem Automated Installer-Server gelesen werden. Diese Dateien sind im gesamten Netzwerk über den HTTP-Manifest-Service des Automated Installer frei zugänglich. Passwörter, die als Teil des Konfigurations-Manifests zur Verfügung gestellt werden, sind nicht sicher.
Problemumgehung: Wählen Sie eine der folgenden Lösungen:
Um die Lesbarkeit der Manifeste auf dem Automated Installer-Server einzuschränken, verwenden Sie den folgenden Befehl:
# chmod -R og-r /var/ai/*/AI_data
Verwenden Sie die IP-Filterfunktion von Oracle Solaris, mit der der Zugang zu den Ports des Manifest-Services auf bestimmte Netzwerke oder Clients beschränkt werden kann.
Während des ersten Starts nach der Installation eines Systems mithilfe des Automated Installer sollten Sie sich anmelden und die Passwörter ändern, die durch Verwendung des Automated Installer konfiguriert wurden. Starten Sie das System zur Sicherheit im Einzelbenutzermodus.
Fügen Sie auf SPARC-basierten Systemen die Option -s dem Befehl boot hinzu.
Bearbeiten Sie auf x86-Systemen das GRUB-Menü interaktiv und weisen Sie die Option -s dem Befehl kernel$ zu.
Automated Installer-Manifeste werden aus einem Derived Manifest-Skript mithilfe des Befehls aimanifest(1M) modifiziert.
Wenn Sie mithilfe des Unterbefehls add oder load von aimanifest(1M) ein neues Element oder einen Teilbaum einem AI-Manifest hinzufügen, wird das neue Element oder die Root des Teilbaums möglicherweise falsch zwischen den Schwesterelementen angeordnet. Wenn alle nachfolgend genannten Bedingungen erfüllt sind, wird das neue Element oder die Root des Teilbaums dem Schwesterelemente-Listenende hinzugefügt, unabhängig davon, ob es sich dabei um den richtigen Ort handelt:
Andere Elemente existieren bereits unter dem übergeordneten Objekt, dem das neue Element hinzugefügt werden soll.
Es sind keine anderen Elemente mit demselben Tag unter dem übergeordneten Objekt vorhanden, dem das neue Element hinzugefügt werden soll.
Es sind keine Elemente vorhanden, die dem neuen Element folgen.
In der Folge kann die Manifest-Validierung möglicherweise fehlschlagen. Möglicherweise wird Ihnen eine ähnliche Fehlermeldung bei der Ausführung des AI oder in der Datei /system/volatile/install_log als Fehler des DMM-Prüfpunkts (Derived Manifest Module) angezeigt:
16:48:04: aimanifest: INFO: command:add, path:/auto_install/ai_instance/ target/logical/zpool[@name=rpool]/filesystem@name, value:zones 16:48:04: aimanifest: INFO: cmd:success, validation:Fail, node:/auto_install[1]/ai_instance[1]/ target[1]/logical[1]/zpool[1]/filesystem[1] 16:48:05 Derived Manifest Module: script completed successfully 16:48:05 Derived Manifest Module: Manifest header refers to no DTD. 16:48:05 Derived Manifest Module: Validating against DTD: /usr/share/install/ai.dtd.1 16:48:05 Validation against DTD /usr/share/install/ai.dtd.1] failed 16:48:05 /system/volatile/manifest.xml:6:0:ERROR:VALID:DTD_CONTENT_MODEL: Element zpool content does not follow the DTD, expecting (vdev* , filesystem* , zvol* , pool_options? , dataset_options? , be?), got (be filesystem ) 16:48:05 Derived Manifest Module: Final manifest failed XML validation 16:48:05 Error occurred during execution of 'derived-manifest' checkpoint. 16:48:05 Aborting: Internal error in InstallEngine ERROR: an exception occurred. Derived Manifest Module: Final manifest failed XML validation
Problemumgehung: Ordnen Sie das AI-Manifest in einer anderen Reihenfolge oder mit einer anderen Abfolge von add- oder load-Unterbefehlen so an, dass neue Elemente oder Teilbäume in ihrer richtigen Reihenfolge hinzugefügt werden. Die Reihenfolge ist in den im Verzeichnis /usr/share/install abgelegten DTD-Dateien vorgegeben. Die folgenden DTD-Dateien werden zur Validierung von AI-Manifesten verwendet:
ai.dtd.1
target.dtd.1
boot_modes.dtd.1
software.dtd.1
Fügen Sie alle ursprünglichen Elemente hinzu, bevor Sie gespiegelte Elemente hinzufügen. Wenn Sie z. B. die ursprünglichen und gespiegelten Elemente eines Herausgebers einrichten, enthält die Datei software.dtd.1 die folgende Zeile, die anzeigt, dass gespiegelte Elemente den ursprünglichen Elementen folgen müssen:
<!ELEMENT publisher (origin+, mirror*)>
Wenn Sie den netzwerkbasierten Automated Installer verwenden, um Oracle Solaris auf einer x2100-Plattform mit einem nge-Treiber zu installieren, wird möglicherweise nach längerer Zeit die folgende Fehlermeldung angezeigt:
kernel$ /s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555 loading '/s11-173-x86/platform/i86pc/kernel/$ISADIR/unix -B install_media=http:// $serverIP:5555//install/images/s11-x86,install_service=s11-173-x86,install_svc_address= $serverIP:5555' module$ /s11-173-x86/platform/i86pc/$ISADIR/boot-archive loading ' /s11-173-x86/platform/i86pc/$ISADIR/boot-archive' ... Error 20: Mulitboot kernel must be loaded before modules Press any key to continue...
Es handelt sich hierbei um ein Problem mit der PXE-Installation auf dem x2100-BIOS mit einem nge-Treiber. Dieses Problem kann in BIOS 1.1.1 und neueren Versionen auftreten.
Problemumgehung: Wählen Sie eine der folgenden Lösungen aus, um Oracle Solaris auf einer x2100-Plattform mit einem nge-Treiber zu installieren:
Führen Sie die Installation von einem Datenträger durch.
Verwenden Sie den Automated Installer-Datenträger.
Verwenden Sie den Text Installer.
Verwenden Sie die Live-CD.
Verwenden Sie den bge-Treiber anstelle desnge-Treibers.
Stellen Sie Ihr BIOS auf Version 1.0.9 um.
Die Anwendung sysconfig und der Text Installer werden möglicherweise im Zeitzonenfenster bei einer der folgenden Aktionen unerwartet beendet:
Sie drücken Strg + L.
Sie drücken F9 und klicken auf "Abbrechen".
Dieses Problem tritt nur dann auf, wenn Sie eine der folgenden Zeitzonen ausgewählt haben:
Afrika
Amerika
Asien
Europa
Pazifischer Ozean
Hinweis - Alle vor dem Beenden der Anwendungen vorgenommenen Änderungen werden nicht gespeichert.
Problemumgehung: Versuchen Sie, diese Anwendungen nicht aus dem Zeitzonenfenster heraus zu beenden. Gehen Sie bei der Problemumgehung wie folgt vor:
Wenn Sie den Text Installer ausführen, gelangen Sie automatisch zurück in das Hauptmenü der Installation. Wählen Sie im Hauptmenü die Option "Install Oracle Solaris" (Oracle Solaris installieren), um den Text Installer neu zu starten.
Wenn Sie die Anwendung sysconfig ausführen, gehen Sie wie folgt vor:
Melden Sie sich als root mit einem leeren Passwort an.
Führen Sie einen Neustart durch, um den interaktiven Konfigurationsprozess erneut auszuführen.
Wenn Sie das Betriebssystem Oracle Solaris auf einer Dual-Path-FC-Boot-Festplatte installieren und die Installation fehlschlägt, werden folgende Fehler angezeigt:
2011-08-16 18:41:38,434 InstallationLogger.target-selection DEBUG Traceback (most recent call last): File "/usr/lib/python2.6/vendor-packages/solaris_install/auto_ install/checkpoints/target_selection.py", line 3419, in execute self.select_targets(from_manifest, discovered, dry_run) 2011-08-16 18:41:38,642 InstallationLogger INFO Automated Installation Failed 2011-08-16 18:41:38,693 InstallationLogger INFO Please see logs for more information 2011-08-16 18:41:38,743 InstallationLogger DEBUG Shutting down Progress Handler
Problemumgehung: Trennen Sie die Verbindung mit einem der Zwei-Wege-SAS-JBOD-Kabel.
Die FMA-Festplattentopologieerkennung (Fault Management Architecture) verarbeitet Konfigurationen mit verschiedenen physisch angeschlossenen und virtuellen Festplatten möglicherweise nicht. Aus diesem Grund werden direkt angeschlossene Laufwerke dem Installationsdienstprogramm Automated Installer nicht angezeigt.
Problemumgehung: Verwenden Sie als Installationsdienstprogramm den Text Installer oder den Live Installer von Oracle Solaris 11, da bei diesen alle Festplattenlaufwerke auswählbar sind.
Wenn Sie den AI (Automated Installer) für die Installation eines Clients verwenden, kann ein benutzerdefiniertes Systemkonfigurationsprofil möglicherweise nicht angewendet werden, wenn das Profil mit dem Kriterium hostname verknüpft ist. Der AI-Client kann abhängig von der Konfiguration der Name Services im Netzwerk entweder einen vollqualifizierten Domainnamen oder einen unqualifizierten Hostnamen erhalten. Wenn das während der Profilerstellung bestimmte Kriterium hostname nicht exakt mit dem Wert hostname des Clients übereinstimmt, schlägt jeder Versuch fehl, das Profil zuzuordnen.
Wenn der Name des Profils profile name lautet und die folgende Zeile nicht in der Protokolldatei ai_sd_log enthalten ist, kann das Profil nicht gefunden werden:
SC profile locator: Processing profile profile-name
Hinweis - Die Protokolldatei ai_sd_log befindet sich im Verzeichnis /system/volatile vor dem Clientneustart und im Verzeichnis /var/sadm/system/logs nach dem Neustart.
Problemumgehung: Um zu überprüfen, ob das Problem tatsächlich durch einen Hostnamenskonflikt zwischen dem AI-Server und dem Client verursacht wird, suchen Sie in der Protokolldatei ai_sd_log nach der folgenden Zeichenfolge:
hostname=hostname
Wenn Sie den Text Installer auf einer gleichwertigen physischen Konsole verwenden, z. B. einem webbasierten Remote-KVM oder einer VirtualBox-Konsole, zeigt der Installer Text in Englisch an, selbst wenn Sie während des Boot-Vorgangs vom Installationsdatenträger eine andere Sprache ausgewählt haben. Der Text wird im Installer in Englisch angezeigt, um eine fehlerhafte Darstellung von ASCII-fremden Zeichen zu vermeiden.
Der Text Installer zeigt nur lokalisierten Text auf einer gleichwertigen seriellen Konsole an, z. B. einer SSH- oder telnet-basierten Servicekonsole.
Problemumgehung: keine.
Benutzer von Oracle SPARC-Servern der T-Serie stellen möglicherweise fest, dass der WAN-Start während der automatisierten Installation einer Gastdomain mithilfe des AI (Automated Installer) langsam durchgeführt wird, wenn sie eine ältere Version der Systemfirmware verwenden.
Problemumgehung: Sie benötigen bei einer Systemfirmwareversion 8.x mindestens die Version 8.1.1.b oder höher. Bei einer Systemfirmwareversion 7.x ist mindestens die Version 7.4.0.d oder höher erforderlich.
Im Folgenden werden die für die jeweilige Plattform erforderlichen Firmwareversionen aufgeführt. Weitere Informationen zu den einzelnen Systemfirmwareversionen finden Sie in den Versionshinweisen zu Oracle VM Server für SPARC.
Die Systemfirmwareversion 8.x unterstützt die folgenden Plattformen:
Sun SPARC T3-1
Sun SPARC T3-2
Sun SPARC T3-4
Sun SPARC T3-1B
Netra SPARC T3-1
Netra SPARC T3-1B
Sun SPARC T4-1
Sun SPARC T4-1B
Sun SPARC T4-2
Sun SPARC T4-4
Die Systemfirmwareversion 7.x unterstützt die folgenden Plattformen:
Sun SPARC Enterprise T5120
Sun SPARC Enterprise T5140
Sun SPARC Enterprise T5220
Sun SPARC Enterprise T5240
Sun SPARC Enterprise T5440
Sun Blade T6320 – Sun Blade T6340
Für folgende Plattformen ist die erforderliche Firmwareversion nicht vorhanden:
Netra SPARC T3-1BA
Netra CP3260
Auf AI-Servern, die für mehrere Netzwerke konfiguriert sind, gibt der Dämon mdns möglicherweise eine Warnung aus, dass identische Instanzen von AI-Servicenamen registriert sind. Die folgende Fehlermeldung wird möglicherweise angezeigt:
mDNSResponder: [ID 702911 daemon.error] Client application registered 2 identical instances of service some-service._ OSInstall._tcp.local. port 5555. mDNSResponder: [ID 702911 daemon.error] Excessive name conflicts (10) for some-service._ OSInstall._tcp.local. (SRV); rate limiting in effect
Hinweis - AI-Clients können nach wie vor die für die Installation notwendigen Informationen beziehen.
Problemumgehung: Um Namenskonflikte zwischen mehreren AI-Services zu vermeiden, stellen Sie die Eigenschaft exclusion oder inclusion für den SMF-Service svc:/system/install/server:default ein.
Im folgenden Beispiel wird gezeigt, wie Sie die Eigenschaften von all_services/exclude_networks und all_services/networks so einstellen, dass alle auf dem System konfigurierten Netzwerke eingeschlossen sind.
# svccfg -s svc:/system/install/server:default \ setprop all_services/exclude_networks = false # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #1.#1.#1.#1/#1 # svccfg -s svc:/system/install/server:default \ delprop all_services/networks #2.#2.#2.#2/#2 ... # svccfg -s svc:/system/install/server:default \ addprop all_services/networks 0.0.0.0/0 # svcadm refresh svc:/system/install/server:default # svcadm restart svc:/system/install/server:default
#1.#1. #1.#1/#1 und #2.#2. #2.#2/#2 sind die neuen IP-Adressen für die konfigurierten Netzwerkschnittstellen.
Wenn ein neuer Installationsservice mit der optionalen DHCP-Konfiguration erstellt wird und der Service installadm einen neuen DHCP-Server erstellen muss, da ein DNS-Client nicht konfiguriert ist, erstellt der Service installadmin eine unvollständige DHCP-Konfigurationsdatei.
Dieses Verhalten tritt auf, weil der installadmin-Service den DNS-Konfigurationsinformationen in der DHCP-Konfigurationsdatei zusätzliche Bezeichnungen hinzufügt. Die zusätzlichen Bezeichnungswerte sind jedoch nicht für die Verwendung in der DHCP-Konfiguration verfügbar.
Mit einer unvollständigen Konfigurationsdatei erhält der DHCP-Service möglicherweise keinen Onlinestatus und wird in einen Wartungsstatus versetzt. Die folgende Fehlermeldung wird möglicherweise angezeigt:
Name services are not configured for local DHCP server. Manual configuration will be required, please see dhcpd(8) for further information.
Problemumgehung: Um den lokalen DHCP-Server in den Onlinestatus zu versetzen, führen Sie folgende Schritte durch:
Modifizieren Sie die Datei /etc/inet/dhcpd4.conf und entfernen Sie folgende Zeilen:
option domain-name; option domain-name-servers;
Geben Sie den folgenden Befehl ein, um den DHCP-Server neu zu starten:
# svcadm clear svc:/network/dhcp/server:ipv4
Durch den Befehl svcadm mit der Option restart erhält der DHCP-Server den Onlinestatus und startet die automatisierte Installation. Sie können den Status des DHCP-Servers mit dem folgenden Befehl überprüfen:
# svcs -Ho state svc:/network/dhcp/server:ipv4
Hinweis - Andere create-service-Vorgänge sind nicht von diesem Problem betroffen und erfordern daher keine zusätzliche Problemumgehung.
Nach dem Klonen einer benannten Zone kann die Zone nicht gestartet werden. Der Grund dafür ist, dass der Datensatz für das Dateisystem /var die Bezeichnung ADMIN_LOW anstelle der Zonenbezeichnung aufweist. Daher kann er nicht als read-write in die Zone eingehängt werden. Folgende Fehlermeldung wird möglicherweise angezeigt:
ERROR: Cannot boot zone. The system was unable to verify that the zone doesn't contain old or incompatible packages within the zone.
Bestimmen Sie mit dem Befehl zfs list den Namen des Datensatzes, der dem Dateisystem /var der Zone entspricht. Geben Sie dann folgenden Befehl ein:
# zfs set mlslabel=none var-dataset
wobei var-dataset der Name des entsprechenden Datensatzes ist.