Data Domain: Ungültige MTU verursacht VLAN-Schnittstellenfehler nach Neustart
Summary: Auf eine VLAN-Schnittstelle konnte nach einem Neustart nicht mehr zugegriffen werden, da eine ungültige MTU-Konfiguration während der Erstkonfiguration abgelehnt wurde, aber weiterhin in der Registrierung persistiert war, was dazu führte, dass die Schnittstelle fehlschlug, wenn das System später versuchte, die ungültige MTU während der Schnittstelleninitialisierung anzuwenden. ...
Symptoms
Auf Data Domain kann nach einem Neustart oder einem Vorgang zum Herunterfahren/Aktivieren der Schnittstelle nicht mehr zugegriffen werden.
Der Status der VLAN-Schnittstelle wird als "Down" oder "Disabled" angezeigt.
Der Versuch, eine MTU zu konfigurieren, die größer als die MTU der übergeordneten Schnittstelle ist, gibt einen Validierungsfehler aus.
Die Schnittstelle wird möglicherweise weiterhin mit der zuvor konfigurierten MTU ausgeführt, bis ein Neustart oder ein Neustart der Schnittstelle erfolgt.
Nach dem Neustart wird die betroffene VLAN-Schnittstelle nicht angezeigt.
# net config veth1.100 mtu 9000
Configuring interface... **** vlan mtu, 9000, is bigger than the base, veth1, mtu, 1500
!!!! juno-193 YOUR DATA IS IN DANGER !!!! # reg_cmd show config_master.net | grep veth1
config_master.net.veth1.100.bonding.mode = dontcare
config_master.net.veth1.100.enabled = true
config_master.net.veth1.100.mtu_state = 1
config_master.net.veth1.100.mtusize = 9000
veth1.100 yes running no 7.7.7.7 255.255.255.0 n/a connected
xxxx::xxxx:xxxx:fe8e:e47c** /64
!!!! juno-193 YOUR DATA IS IN DANGER !!!! # reboot
Broadcast message from root (pts/0) : The system is going down for reboot NOW!
!!!! juno-193 YOUR DATA IS IN DANGER !!!! #
veth1 yes running no 9.9.9.9 255.255.255.0 n/a roundrobin: eth3a,eth3b connected
xxxx:xxxx:xxxx:xxxx:ac0:ebff:fe8e:e47c** /64
xxxx::xxxx:xxxx:fe8e:e47c** /64
xxxx:xxxx:xxxx:bea5:ac0:ebff:fe8e:e47c** /64
veth1.100 yes down no 7.7.7.7 255.255.255.0 n/a disabledCause
Wenn ein ungültiger MTU-Wert auf einer VLAN-Schnittstelle konfiguriert ist, die einer gebundenen Schnittstelle zugeordnet ist, lehnt das System die Konfiguration ordnungsgemäß ab und arbeitet mit der zuvor konfigurierten MTU weiter.
Der ungültige MTU-Wert wird jedoch weiterhin in die Registrierung geschrieben und nicht zurückgesetzt.
Während eines Neustarts oder wenn die Schnittstelle heruntergefahren und gesichert wird, liest das System die persistente Konfiguration aus der Registrierung und versucht, die ungültige MTU anzuwenden.
Da die MTU-Validierung während der Schnittstelleninitialisierung fehlschlägt, kann die VLAN-Schnittstelle nicht online geschaltet werden.
Obwohl die MTU-Konfiguration fehlgeschlagen ist, bleibt der ungültige Wert gespeichert und wird bei nachfolgenden Schnittstelleninitialisierungsereignissen erneut angewendet.
Resolution
Wenn das Problem bereits aufgetreten ist:
Greifen Sie über iDRAC, die serielle Konsole oder eine andere bandexterne Managementmethode auf das System zu.
Konfigurieren Sie einen gültigen MTU-Wert, der die MTU der übergeordneten Schnittstelle nicht überschreitet.
Schalten Sie die Schnittstelle bei Bedarf wieder online.
Beispiel:
net config veth1.100 mtu 1500
Vorbeugende Maßnahme
Bis eine dauerhafte Korrektur verfügbar ist, führen Sie den Befehl sofort erneut mit einem gültigen MTU-Wert aus, wenn die Validierung eines MTU-Konfigurationsversuchs fehlschlägt.
Die technische Abteilung plant eine Korrektur für DDOS 8.8.
Beispiel:
net config veth1.100 mtu 9000
Configuring interface...**** vlan mtu, 9000, is bigger than the base, veth1, mtu, 1500
Korrigieren Sie es sofort:
net config veth1.100 mtu 1500
Dadurch wird sichergestellt, dass die Registrierung mit einem gültigen Wert aktualisiert wird, und verhindert, dass die Schnittstelle nach einem Neustart oder einem Neustart der Schnittstelle fehlschlägt.
Wichtige Hinweise
Bei Systemen ohne iDRAC oder anderen Remote-Managementzugriff ist möglicherweise ein Besuch eines Customer Engineer (CE) vor Ort erforderlich, um auf die serielle Konsole zuzugreifen und die MTU-Konfiguration zu korrigieren.
Wenn auf neueren Systemen die Netzwerkverbindung unterbrochen wird und kein alternativer Managementpfad vorhanden ist, ist möglicherweise auch ein Vor-Ort-Eingreifen erforderlich, um den Zugriff wiederherzustellen.