Fehlerbehebung bei der Softwareinstallation auf Switches der EX-Serie
In diesem Thema werden Probleme bei Softwareinstallationen auf Switches der EX-Serie beschrieben.
Wiederherstellen nach einem fehlgeschlagenen Software-Upgrade auf einem Switch der EX-Serie
Problem
Beschreibung
Wenn Junos OS geladen wird, die CLI jedoch nicht funktioniert oder wenn auf dem Switch keine Software installiert ist, verwenden Sie dieses Wiederherstellungsinstallationsverfahren, um Junos OS zu installieren.
Lösung
Wenn bereits ein Junos OS-Image auf dem System vorhanden ist, können Sie entweder das neue Junos OS-Paket in einer separaten Partition installieren, sodass beide Junos OS-Images auf dem System verbleiben, oder Sie können die Festplatte löschen, bevor die Neuinstallation fortgesetzt wird.
Wenn kein Junos OS-Image auf dem System vorhanden ist, befolgen Sie die Anweisungen unter Starten eines Switches der EX-Serie mithilfe eines auf einem USB-Flash-Laufwerk gespeicherten Softwarepakets , um ein Image auf das System zu laden und den Switch zu starten.
So führen Sie eine Wiederherstellungsinstallation durch:
Schalten Sie den Switch ein.
Das Loader-Skript wird gestartet.
Nachdem die Meldung
Loading /boot/defaults/loader.conf
angezeigt wurde, werden Sie mit Folgendem gefragt:Hit [Enter] to boot immediately, or space bar for command prompt.
Drücken Sie die Leertaste, um den manuellen Lader aufzurufen.
Die
loader>
Eingabeaufforderung wird angezeigt.Geben Sie den folgenden Befehl ein:
loader> install [– –format] [– –external] source
wo:
format
– Verwenden Sie diese Option, um das Installationsmedium vor der Installation des Softwarepakets zu löschen. Wenn Sie diese Option nicht angeben, installiert das System das neue Junos OS-Paket in einer anderen Partition als der Partition, die vom zuletzt installierten Junos OS-Paket verwendet wird.external
– Verwenden Sie diese Option, um das Softwarepaket auf einem externen Datenträger zu installieren.source
– Stellt den Namen und den Speicherort des Junos OS-Pakets entweder auf einem Server im Netzwerk oder als Datei auf dem USB-Flash-Laufwerk dar:Netzwerkadresse des Servers und der Pfad auf dem Server; Beispiel: tftp://192.168.1.28/junos/jinstall-ex-4200-9.4R1.5-domestic-signed.tgz
Das Junos OS-Paket auf einem USB-Gerät wird in der Regel als einzige Datei im Stammlaufwerk gespeichert. Beispiel: file:///jinstall-ex-4200-9.4R1.5-domestic-signed.tgz
Der Startvorgang wird wie gewohnt fortgesetzt und endet mit einer Anmeldeaufforderung.
Neustart von der inaktiven Partition
Problem
Beschreibung
Bei Switches der EX-Serie, die mit Junos OS Version 10.4R2 oder früher ausgeliefert werden, ist Junos OS auf der Systemfestplatte in Partition 1 geladen. Beim ersten Upgrade wird das neue Softwarepaket in Partition 2 installiert. Wenn Sie die Installation abgeschlossen und neu gestartet haben, wird Partition 2 zur aktiven Partition. Ebenso werden nachfolgende Softwarepakete in der inaktiven Partition installiert, die bei einem Neustart am Ende des Installationsvorgangs zur aktiven Partition wird.
Auf Switches, die mit Version 10.4R3 und höher ausgeliefert werden, wird in jeder der beiden Root-Partitionen dasselbe Junos OS-Image geladen, und Sie sollten das neue Software-Image bei jedem Upgrade auf die alternative Partition kopieren.
Wenn Sie ein Upgrade durchgeführt und neu gestartet haben, setzt das System die aktive Partition zurück. Sie können dieses Verfahren verwenden, um manuell von der inaktiven Partition zu booten.
Wenn Sie die Installation des Softwareabbilds abgeschlossen, aber noch nicht neu gestartet haben, geben Sie den request system software rollback
Befehl ein, um zum ursprünglichen Softwareinstallationspaket zurückzukehren.
Lösung
Neustart von der inaktiven Partition:
user@switch> request system reboot slice alternate
Wenn Sie nicht auf die CLI zugreifen können, können Sie von der inaktiven Partition aus neu starten, indem Sie das folgende Verfahren über die Eingabeaufforderung des Loader-Skripts ausführen:
Entladen und löschen Sie den unterbrochenen Bootvorgang von der aktiven Partition:
loader> unload loader> unset vfs.root.mountfrom
Wählen Sie die neue (inaktive) Partition aus, von der aus gebootet werden soll:
loader> set currdev=diskxsy:
wobei x entweder 0 (intern) oder 1 (extern) ist und y die Nummer der inaktiven Partition angibt, entweder 1 oder 2.
Sie müssen den Doppelpunkt (:) am Ende dieses Befehls einfügen.
Starten Sie Junos OS von der inaktiven Partition:
loader> boot
Freigeben von Speicherplatz für die Softwareinstallation
Problem
Beschreibung
Für die Installation der Software ist eine bestimmte Menge an ungenutztem Speicherplatz erforderlich. Wenn nicht genügend Speicherplatz vorhanden ist, erhalten Sie möglicherweise eine Fehlermeldung wie die folgende:
fetch: /var/tmp/incoming-package.tgz: No space left on device
Lösung
Identifizieren und löschen Sie unnötige Dateien mithilfe des request system storage cleanup
Befehls.
Die Installation über den Bootloader generiert den Fehler "Paket kann nicht geöffnet werden"
Problem
Beschreibung
Bei der Installation eines Junos OS-Software-Images über die Loader-Eingabeaufforderung wird der Fehler "Paket kann nicht geöffnet werden" generiert:
loader> install - -format tftp://10.204.33.248/images/Flash_corr/official/jinstall-ex-4200-10.4I2011012-domestic-signed.tgz Speed: 1000, full duplex bootp: no reply No response for RARP request net_open: RARP failed cannot open package (error 5)
Lösung
Dies kann daran liegen, dass die IP-Adresse, die Gateway-IP-Adresse, die Netzmaskenadresse oder die Server-IP-Adresse nicht ordnungsgemäß festgelegt sind. Sie können diese Werte entweder über die Shell oder über den U-Boot-Prompt festlegen.
So legen Sie diese Werte über die Shell fest:
% nvram setenv ipaddr 10.204.35.235 % nvram setenv netmask 255.255.240.0 % nvram setenv gatewayip 10.204.47.254 % nvram setenv serverip 10.204.33.248
Um diese Werte über die U-Boot-Eingabeaufforderung festzulegen, melden Sie sich bei einer Konsolenverbindung an, starten Sie neu, und beenden Sie an der U-Boot-Eingabeaufforderung (Strg+C):
=> setenv ipaddr 10.204.35.235 => setenv gatewayip 10.204.47.254 => setenv serverip 10.204.33.248 => setenv netmask 255.255.240.0 => saveenv => printenv Verify whether variables are set properly or not => boot