Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- bekannte_probleme_im_aos_und_deren_loesung [2015/07/10 07:05] – angelegt benny
+++ bekannte_probleme_im_aos_und_deren_loesung [2024/06/09 10:29] (aktuell) – Externe Bearbeitung 127.0.0.1
@@ Zeile 3: / Zeile 3: @@
 Auf dieser Seite werden wir für die verschiedenen AOS Releases eine Liste von Problemen pflegen die es unseren Kunden/Partnern ermöglichen soll vor dem Auftreten eines Problems zu handeln (oder dieses gezielt zu erkennen). Dies geschieht in enger Abstimmung mit unserem "Customer Success" Team in DACH.
+===== AOS Release 6 =====
+==== NTP warning clock_select: no clock survivors ====
-===== AOS Release 6 =====
+**Beispiel:** \\
+<code>
+Switch-> show log swlog
+TUE AUG 18 13:10:33 2015 NTP info clock_update: NTP update Tue, Aug 18 2015 4:10:33.085 (UTC), clock stepped
+TUE AUG 18 13:14:23 2015 NTP warning clock_select: no clock survivors...
+TUE AUG 18 15:18:11 2015 NTP info peer_clear: at 502608 assoc ID 9653
+TUE AUG 18 15:18:11 2015 NTP info peer_clear: at 502608 assoc ID 9655
+</code>
+**Ursache:** \\
+Fehler im aktuellen AOS 6.6.5.101.R02 Maintenance Release. Der Fehler wurde in PR 209378 bearbeitet.
+**Lösung:** \\
+Das aktuelle Maintenance Release AOS 6.6.5.134.R02 ist nun verfügbar und behebt den Fehler.
+==== ERROR: DNS lookup failed, unknown host <ntp-server1.domain.name> in boot.cfg.1.err nach Neustart ====
+**Beispiel:** \\
+Bei erster Eingabe akzeptiert der Switch den DNS-Namen des NTP Servers, aber nach dem Neustart wird eine ''boot.cfg.1.err'' im ''/flash'' Verzeichnis erzeugt.
+<code>
+File /flash/working/boot.cfg Open: FRI FEB 27 08:51:28 2016
+========================================
+: ntp server ntp-server2.domain.name key 0 version 4 minpoll 6
+ERROR: DNS lookup failed, unknown host ntp2-server.domain.name
+: ntp server ntp-server1.domain.name key 0 version 4 minpoll 6 prefer
+ERROR: DNS lookup failed, unknown host ntp1-server.domain.name
+</code>
+**Ursache:** \\
+Fehler im AOS. Der Fehler wurde in PR 188377 und 203888 bearbeitet und im Rahmen eines Workarounds behoben.
+**Lösung:** \\
+Die aktuellen AOS R6 Releases ab AOS >= 6.6.4.219.R01 beinhalten einen Workaround der über die AlcatelDebug.cfg bootfest gemacht werden kann.
+<code>
+debug set ntpSkipDNSLookUp 1
+</code>
+==== Fehlermeldung bei "write memory": Save configuration failed!  Unable to retrieve DHCPV6 configuration. ====
+**Beispiel:** \\
+Beim Versuch die Konfiguration abzuspeichern, erscheint folgende Fehlermeldung.
+<code>
+-> write memory
+Save configuration failed!  Unable to retrieve DHCPV6 configuration.
+</code>
+**Ursache:** \\
+Fehler im AOS. Der Fehler wurde in PR 217364 bearbeitet und im Rahmen eines neuen AOS Releases behoben.
+Der Fehler tritt nur auf wenn man den "aaa switch-access mode enhanced" verwendet und dann das Passwort beim Versuch die "dshell" zu öffnen falsch eingibt. Betroffen ist AOS 6.7.1.54.R02 (GA).
+**Lösung:** \\
+Der Fehler wurde behoben. Ein Update auf AOS >= 6.7.1.56.R02 ist notwendig. In AOS 6.7.1.86.R03 (GA) ist die Korrektur bereits enthalten.
 ===== AOS Release 7/8 =====
@@ Zeile 112: / Zeile 169: @@
 **Lösung:** \\
 Diese Situation tritt auf wenn der Portstatus up/down schnell wechselt (toggeled). Bitte überprüfen ob Auto-Fabric aktiv ist und wenn ja dieses mal deaktivieren (wenn AOS < 7.3.4.R01). Sollte die Meldung weiterhin auftreten ist Transceiver oder Kabel wahrscheinlich defekt. (gport 37 ist auf dem Board Port 38!)
+===== AOS Release 7.3.4.R01 =====
+==== ERROR: Invalid Port Property: Invalid Property (0x400001) ====
+Beim Versuch einen Service Access Port (SAP) in AOS 7.3.4.450.R01 (GA) zu konfigurieren, erscheint folgende Fehlermeldung. Dieser Befehl funktioniert im "Standalone"-Betrieb problemlos, schlägt allerdings im "Virtual-Chassis"-Betrieb fehl.
+**Beispiel:** \\
+<code>
+OS6900-Q32-> service access port 1/1/10a
+ERROR: Invalid Port Property: Invalid Property (0x400001)
+</code>
+**Ursache:** \\
+Die Ursache ist ein Problem in der Portbehandlung im "Virtual-Chassis"-Betrieb.
+**Lösung:** \\
+Das Problem tritt lediglich auf wenn das System im "Virtual-Chassis"-Betrieb läuft.
+Bitte den Technical Support kontaktieren und um AOS >= 7.3.4.469.R01 bitten.
+Die Lösung für dieses Problem wird auch in AOS 7.3.4.R02 (GA) enthalten sein (ab ca. Mitte August 2015).