Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products

ECS xDoctor: Eine oder mehrere Netzwerkschnittstellen sind ausgefallen oder fehlen.

Summary: xDoctor meldet einen Warnfehler, der darauf hinweist, dass eine der ECS-Schnittstellen nicht zu den Switches gehört.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

xDoctor meldet die folgende Warnung, die darauf hinweist, dass eine der ECS-Schnittstellen ausgefallen ist:     
Displaying xDoctor Report (2017-09-01_064438) Filter:['CRITICAL', 'ERROR', 'WARNING'] ...

Timestamp    = 2017-09-01_064438
    Category = platform
    Source   = ip show
    Severity = WARNING
    Node     = 169.254.1.1
    Message  = One or more network interfaces are down or missing
    Extra    = {'1xx.2xx.1.4': ['slave-0']}
  1. Überprüfen Sie den Status des Schnittstellenlinks auf dem Cluster. Im folgenden Beispiel verfügt Node 4 über NO-CARRIER, was bedeutet, dass keine Verbindung zur sekundären 0-Schnittstelle besteht.
Befehl: 
# viprexec -i 'ip link show | egrep "slave-|public"'
Beispiel:
admin@node1:~> viprexec -i 'ip link show | egrep "slave-|public"'

Output from host : 1xx.1xx.219.1
bash: public: command not found
3: slave-0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
5: slave-1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
10: public: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default

Output from host : 1xx.1xx.219.2
bash: public: command not found
3: slave-0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
5: slave-1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
10: public: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default

Output from host : 1xx.1xx8.219.3
bash: public: command not found
4: slave-0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
5: slave-1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
10: public: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default

Output from host : 1xx.1xx.219.4
bash: public: command not found
2: slave-0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master public state DOWN mode DEFAULT group default qlen 1000
5: slave-1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master public state UP mode DEFAULT group default qlen 1000
10: public: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default 
  1. Vergewissern Sie sich, dass eine Verbindung zwischen den einzelnen Schnittstellen erkannt wurde:
Befehl: 
# viprexec -i "echo slave-0;sudo ethtool slave-0 | grep 'Link detected:';echo slave-1;sudo ethtool slave-1 | grep 'Link detected:'"
Beispiel:
admin@node1:~> viprexec -i "echo slave-0;sudo ethtool slave-0 | grep 'Link detected:';echo slave-1;sudo ethtool slave-1 | grep 'Link detected:'"

Output from host : 1xx.1xx.219.1
slave-0
        Link detected: yes
slave-1
        Link detected: yes

Output from host : 1xx.1xx.219.2
slave-0
        Link detected: yes
slave-1
        Link detected: yes

Output from host : 1xx.1xx.219.3
slave-0
        Link detected: yes
slave-1
        Link detected: yes

Output from host : 1xx.1xx.219.4
slave-0
        Link detected: no
slave-1
        Link detected: yes​
  1. Überprüfen Sie, ob es sich bei den Switches um Arista in Gen 1- oder Gen 2- und Dell (oder ein anderes Modell) in Gen 3-Umgebungen handelt.
HINWEIS: Wenn es sich bei den Switches nicht um Arista- oder Dell-Switches handelt, handelt es sich um nutzerverwaltete Switches. Wir müssen die NutzerInnen benachrichtigen, dass eine Verbindung besteht, um die Korrektur durchzuführen. 
 
Befehl:
# viprexec -i "sudo lldpcli show neigh | grep SysDescr"
Beispiel:
Gen 1 oder Gen 2
admin@ecssh121:~> viprexec -i "sudo lldpcli show neigh | grep SysDescr"

Output from host : 1xx.1xx.219.1
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.15.6M running on an Arista Networks DCS-7048T-A

Output from host : 1xx.1xx.219.2
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.15.6M running on an Arista Networks DCS-7048T-A

Output from host : 1xx.1xx.219.3
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.15.6M running on an Arista Networks DCS-7048T-A

Output from host : 1xx.1xx.219.4
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.11.7.2 running on an Arista Networks DCS-7150S-24
    SysDescr:     Arista Networks EOS version 4.15.6M running on an Arista Networks DCS-7048T-A
 
Beispiel: 
Gen 3
admin@ecsnode1:~> viprexec -i "sudo lldpcli show neigh | grep SysDescr"

Output from host : 1xx.1xx.219.1
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.2
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.3
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.4
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.5
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.6
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 1xx.1xx.219.7
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10

Output from host : 11xx.1xx.219.8
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
    SysDescr:     OS10
  1. Überprüfen Sie die Konfiguration der öffentlichen Schnittstelle für die Bündelung von secondary-0 und secondary-1 für public auf dem Node, der keine Verbindung über den Befehl in Schritt 2 erkennt:
Befehl:
# sudo cat /etc/sysconfig/network/ifcfg-public
Beispiel: 
admin@node4:~> sudo cat /etc/sysconfig/network/ifcfg-public
BONDING_MASTER=yes
BONDING_MODULE_OPTS="miimon=100 mode=4 xmit_hash_policy=layer3+4"
BONDING_SLAVE0=slave-0
BONDING_SLAVE1=slave-1
BOOTPROTO=static
IPADDR=xxx.xxx.xxx.xxx/xx
MTU=1500
STARTMODE=auto
  1. Vergewissern Sie sich, dass der richtige LACP-Parameter (Link Aggregation Control Protocol) auf den Nodes festgelegt ist. (IEEE 802.3ad Dynamic Link Aggregation ist die Standardeinstellung und wird erwartet.)

Befehl:

# viprexec -i "grep Mode /proc/net/bonding/public"

Beispiel:

admin@node1:~> viprexec -i "grep Mode /proc/net/bonding/public"

Output from host : 1xx.1xx.219.1
Bonding Mode: IEEE 802.3ad Dynamic link aggregation

Output from host : 1xx.1xx.219.2
Bonding Mode: IEEE 802.3ad Dynamic link aggregation

Output from host : 1xx.1xx.219.3
Bonding Mode: IEEE 802.3ad Dynamic link aggregation

Output from host : 1xx.1xx.219.4
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
  1. Vergewissern Sie sich, dass die Verbindungen zu den Ports konsistent sind und die Schnittstellen verbunden sind, indem Sie Folgendes ausführen:
ECS Gen 1 oder Gen 2:      
Gen 1- oder Gen 2-ECS-Zuordnungen für die Nodes lauten wie folgt zu den entsprechenden Switchports:
Ethernet9 = Node 1
Ethernet10 = Node 2
Ethernet11 = Node 3
Ethernet12 = Node 4
Ethernet13 = Node 5
Ethernet14 = Node 6
Ethernet15 = Node 7
Ethernet16 = Node 8
 
Befehl: 
# viprexec -i "sudo lldpcli show neigh | egrep 'SysName|PortID'"
Beispiel: 
(Beispiel aus ECS der 1. oder 2. Generation)
admin@ecssh121:~> viprexec -i "sudo lldpcli show neigh | egrep 'SysName|PortID'"                                                                                                                                                     
Output from host : 1xx.1xx.219.1
    SysName:      rabbit
    PortID:       ifname Ethernet9
    SysName:      hare
    PortID:       ifname Ethernet9
    SysName:      turtle
    PortID:       ifname Ethernet1

Output from host : 1xx.1xx.219.2
    SysName:      rabbit
    PortID:       ifname Ethernet10
    SysName:      hare
    PortID:       ifname Ethernet10
    SysName:      turtle
    PortID:       ifname Ethernet2

Output from host : 1xx.1xx.219.3
    SysName:      hare
    PortID:       ifname Ethernet11
    SysName:      rabbit
    PortID:       ifname Ethernet11
    SysName:      turtle
    PortID:       ifname Ethernet3

Output from host : 1xx.1xx.219.4
    SysName:      hare
    PortID:       ifname Ethernet12
    SysName:      turtle
    PortID:       ifname Ethernet4
 
HINWEIS: Im obigen Beispiel fehlt die Verbindung zum Ethernet12-Rabbit für Node 4. Nach all den bisher gesammelten Informationen wissen wir jetzt, dass Port 12 eingeschaltet ist und der Rabbit-Switch mit der sekundären Schnittstelle 0 von Node 4 verbunden ist.
 
ECS der 3. Generation:      
Gen 3 ECS-Zuordnungen für die Nodes zu den entsprechenden Switchports lauten wie folgt:
Ethernet1/1/1 = Node 1 Ethernet1/1/2 = Node 2
Ethernet1/1/3 = Node 3
Ethernet1/1/4 = Node 4
Ethernet1/1/5 = Node 5
Ethernet1/1/6 = Node 6
Ethernet1/1/7 = Node 7
Ethernet1/1
/8 = Node 8
  1. Vergewissern Sie sich, dass die Verbindungen für das ECS hergestellt wurden, das sich mit den vier ECS Gen 3-Switches Front-end, Rabbit und Hare, Backend fox und hound verbindet.
Befehl: 
# viprexec -i "sudo lldpcli show neigh | egrep 'SysName|PortID'"
Beispiel: 
admin@ecsnode1:~> viprexec -i "sudo lldpcli show neigh | egrep 'SysName|PortID'"

Output from host : 1xx.1xx.219.1
    SysName:      rabbit
    PortID:       ifname ethernet1/1/1
    SysName:      hare
    PortID:       ifname ethernet1/1/1
    SysName:      fox
    PortID:       ifname ethernet1/1/1
    SysName:      hound
    PortID:       ifname ethernet1/1/1

Output from host : 192.168.219.2
    SysName:      rabbit
    PortID:       ifname ethernet1/1/2
    SysName:      hare
    PortID:       ifname ethernet1/1/2
    SysName:      fox
    PortID:       ifname ethernet1/1/2
    SysName:      hound
    PortID:       ifname ethernet1/1/2

Output from host : 1xx.1xx.219.3
    SysName:      rabbit
    PortID:       ifname ethernet1/1/3
    SysName:      hare
    PortID:       ifname ethernet1/1/3
    SysName:      fox
    PortID:       ifname ethernet1/1/3
    SysName:      hound
    PortID:       ifname ethernet1/1/3

Output from host : 1xx.1xx.219.4
    SysName:      rabbit
    PortID:       ifname ethernet1/1/4
    SysName:      hare
    PortID:       ifname ethernet1/1/4
    SysName:      fox
    PortID:       ifname ethernet1/1/4
    SysName:      hound
    PortID:       ifname ethernet1/1/4

Output from host : 1xx.1xx.219.5
    SysName:      rabbit
    PortID:       ifname ethernet1/1/5
    SysName:      hare
    PortID:       ifname ethernet1/1/5
    SysName:      fox
    PortID:       ifname ethernet1/1/5
    SysName:      hound
    PortID:       ifname ethernet1/1/5

Output from host : 1xx.1xx.219.6
    SysName:      rabbit
    PortID:       ifname ethernet1/1/6
    SysName:      hare
    PortID:       ifname ethernet1/1/6
    SysName:      fox
    PortID:       ifname ethernet1/1/6
    SysName:      hound
    PortID:       ifname ethernet1/1/6

Output from host : 1xx.1xx.219.7
    SysName:      rabbit
    PortID:       ifname ethernet1/1/7
    SysName:      hare
    PortID:       ifname ethernet1/1/7
    SysName:      fox
    PortID:       ifname ethernet1/1/7
    SysName:      hound
    PortID:       ifname ethernet1/1/7

Output from host : 1xx.1xx.219.8
    SysName:      rabbit
    PortID:       ifname ethernet1/1/8
    SysName:      hare
    PortID:       ifname ethernet1/1/8
    SysName:      fox
    PortID:       ifname ethernet1/1/8
    SysName:      hound
    PortID:       ifname ethernet1/1/8
  1. Stellen Sie mit den Administratorzugangsdaten von eine Verbindung zum Rabbit her und überprüfen Sie den Schnittstellenstatus. 
Befehl:
ECS Gen 1 oder Gen 2
# ssh <switch name>
# show interfaces show interfaces Ethernet<Interface Number>
Beispiel: 
ECS Gen 1 oder Gen 2   
admin@ecs1:~> ssh rabbit
Password:
Last login: Tue Sep  5 11:13:30 2017 from 1xx.1xx.219.1
rabbit>show interfaces Ethernet12
Ethernet12 is down, line protocol is notpresent (notconnect)
  Hardware is Ethernet, address is 444c.a8de.8f83 (bia 444c.a8de.8f83)
  Description: MLAG group 4
  Member of Port-Channel4
  Ethernet MTU 9214 bytes , BW 10000000 kbit
  Full-duplex, 10Gb/s, auto negotiation: off, uni-link: n/a
  Loopback Mode : None
  0 link status changes since last clear
  Last clearing of "show interface" counters never
  5 minutes input rate 0 bps (0.0% with framing overhead), 0 packets/sec
  5 minutes output rate 0 bps (0.0% with framing overhead), 0 packets/sec
     0 packets input, 0 bytes
     Received 0 broadcasts, 0 multicast
     0 runts, 0 giants
     0 input errors, 0 CRC, 0 alignment, 0 symbol, 0 input discards
     0 PAUSE input
     0 packets output, 0 bytes
     Sent 0 broadcasts, 0 multicast
     0 output errors, 0 collisions
     0 late collision, 0 deferred, 0 output discards
     0 PAUSE output


Befehl:
ECS Gen 3

# ssh <switch name>
# show interfaces ethernet 1/1/<Interface Number>

Beispiel:
ECS Gen 3  

rabbit# show interface ethernet 1/1/4
Ethernet 1/1/9 is up, line protocol is down
Description: VLT Group 9
Port is part of Port-channel 9
Hardware is Dell EMC Eth, address is d8:9e:f3:c6:31:09
    Current address is d8:9e:f3:c6:31:09
Pluggable media not present

Interface index is 17305276
Internet address is not set
Mode of IPv4 Address Assignment: not set
Interface IPv6 oper status: Enabled
MTU 9216 bytes, IP MTU 9184 bytes
LineSpeed 0, Auto-Negotiation off
FEC is auto
Flowcontrol rx off tx off
ARP type: ARPA, ARP Timeout: 60
Last clearing of "show interface" counters: 6 days 17:39:09
Queuing strategy: fifo
Input statistics:
     0 packets, 0 octets
     0 64-byte pkts, 0 over 64-byte pkts, 0 over 127-byte pkts
     0 over 255-byte pkts, 0 over 511-byte pkts, 0 over 1023-byte pkts
     0 Multicasts, 0 Broadcasts, 0 Unicasts
     0 runts, 0 giants, 0 throttles
     0 CRC,  overrun, 0 discarded
Output statistics:
     0 packets, 0 octets
     0 64-byte pkts, 0 over 64-byte pkts, 0 over 127-byte pkts
     0 over 255-byte pkts, 0 over 511-byte pkts, 0 over 1023-byte pkts
     0 Multicasts, 0 Broadcasts, 0 Unicasts
     0 throttles, 0 discarded, 0 Collisions, 0 wreddrops
Rate Info(interval 299 seconds):
     Input 0 Mbits/sec, 0 packets/sec, 0% of line rate
     Output 0 Mbits/sec, 0 packets/sec, 0% of line rate
Time since last interface status change: 6 days 17:39:10

 

Prüfen Sie auf mögliche Probleme mit Netzwerkschnittstellenkarten:
Eine weitere Komponente, um zu überprüfen, ob der Nodes-Nachrichtenpuffer (dmesg) auf aktuelle NIC-Probleme auf dem betroffenen Node vorhanden ist. Im folgenden Beispiel wechselt die NIC in einer Schleife zwischen aktivem und ausgeschaltetem Status.

Wenn eine NIC-Warnmeldung in der dmesg vorhanden ist, muss sie möglicherweise ersetzt werden.

  • Wenn ECS Gen 1 oder Gen 2 : Bereitstellung der Ausgabe für den ECS-Supporthardwaretechniker zur Analyse.
  • Wenn ECS Gen 3: Bereitstellung der Ausgabe für das Dell Hardwareteam, das Experte für Hardware der EX Serie ist.

 

Befehl:

# sudo dmesg -T

Beispiel: 

admin@node1:~> sudo dmesg -T
[Tue Jul  6 09:40:56 2021] public: link status definitely up for interface slave-1, 25000 Mbps full duplex
[Tue Jul  6 09:40:56 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Down
[Tue Jul  6 09:40:56 2021] public: link status definitely down for interface slave-1, disabling it
[Tue Jul  6 09:40:57 2021] public: link status definitely down for interface slave-1, disabling it
[Tue Jul  6 09:41:09 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Up, 25000 Mbps full duplex, Flow control: ON - receive & transmit
[Tue Jul  6 09:41:09 2021] bnxt_en 0000:04:00.1 slave-1: FEC autoneg off encodings: None
[Tue Jul  6 09:41:09 2021] public: link status definitely up for interface slave-1, 25000 Mbps full duplex
[Tue Jul  6 09:41:10 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Down
[Tue Jul  6 09:41:10 2021] bnxt_en 0000:04:00.1 slave-1: speed changed to 0 for port slave-1
[Tue Jul  6 09:41:11 2021] public: link status definitely down for interface slave-1, disabling it
[Tue Jul  6 09:41:20 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Up, 25000 Mbps full duplex, Flow control: ON - receive & transmit
[Tue Jul  6 09:41:20 2021] bnxt_en 0000:04:00.1 slave-1: FEC autoneg off encodings: None
[Tue Jul  6 09:41:20 2021] public: link status definitely up for interface slave-1, 25000 Mbps full duplex
[Tue Jul  6 09:41:22 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Down
[Tue Jul  6 09:41:22 2021] bnxt_en 0000:04:00.1 slave-1: speed changed to 0 for port slave-1
[Tue Jul  6 09:41:22 2021] public: link status definitely down for interface slave-1, disabling it
[Tue Jul  6 09:41:31 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Up, 25000 Mbps full duplex, Flow control: ON - receive & transmit
[Tue Jul  6 09:41:31 2021] bnxt_en 0000:04:00.1 slave-1: FEC autoneg off encodings: None
[Tue Jul  6 09:41:32 2021] public: link status definitely up for interface slave-1, 25000 Mbps full duplex
[Tue Jul  6 09:41:33 2021] bnxt_en 0000:04:00.1 slave-1: NIC Link is Down
 

Cause

Mögliche Ursachen für dieses Problem:
  • Manchmal wurde das SFP (Small Form-Factor Pluggable) während der Installationsphase nicht richtig eingesetzt. 
  • Vom Nutzer verwaltete Switches, die Änderungen vornehmen, die außerhalb unserer Kontrolle liegen (In dem Fall, in dem vom Nutzer verwaltete Switches gewartet werden, wie z. B. Firmwareupgrades, kann ein Link ausfallen und wahrscheinlich neu ausgehandelt werden, wie im Lösungsteil unten gezeigt.)
  • Ausgefallene Hardware auf dem ECS:
    • Netzwerkschnittstellenkarte
    • Netzwerkkabel 
    • SFP (Small Form Factor Pluggable) 
    • Netzwerkswitch oder Switchport

Resolution

Vor der Arbeit
In dem Fall, in dem vom Nutzer verwaltete Switches gewartet werden, wie z. B. Firmwareupgrades, kann ein Link ausfallen und wahrscheinlich neu ausgehandelt werden. Das folgende Beispiel zeigt den Ausfall von secondary-0 nach einem Firmwareupgrade, das vom Nutzer auf einem vom Nutzer verwalteten FE-Switch durchgeführt wurde. Der folgende Befehl wird verwendet, um die Schnittstelle neu auszuhandeln:
ethtool -r <i/f name>

admin@ecs-n-1:~> sudo ethtool slave-0
Settings for slave-0:
        Supported ports: [ FIBRE ]
        Supported link modes:   1000baseX/Full 
                                10000baseSR/Full 
        Supported pause frame use: Symmetric
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseX/Full 
                                10000baseSR/Full 
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: Unknown!
        Duplex: Unknown! (255)
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x0000000f (15)
                               drv probe link timer
        Link detected: no                   
admin@ecs-n-1:~>

admin@ecs-n-1:~> sudo ethtool -r slave-0
admin@ecs-n-1:~> 

admin@ecs-n-1:~> sudo ethtool slave-0
Settings for slave-0:
        Supported ports: [ FIBRE ]
        Supported link modes:   1000baseX/Full 
                                10000baseSR/Full 
        Supported pause frame use: Symmetric
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseX/Full 
                                10000baseSR/Full 
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 10000Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: off
        Supports Wake-on: g
        Wake-on: g
        Current message level: 0x0000000f (15)
                               drv probe link timer
        Link detected: yes
 
HINWEIS: Wenn die Schnittstelle immer noch nicht funktioniert und nicht neu verhandelt werden kann, muss ein Dell Mitarbeiter vor Ort sein, um den SPF und das Kabel zu überprüfen und neu einzusetzen. Wenn dies nicht funktioniert, wird empfohlen, die SFP- und Kabelverbindung vom Switch zum Node zu ersetzen.

Es gibt verschiedene SFP-Modelle, die entweder Kupfer oder Glasfaser verwenden. Außerdem können Back-end- und Front-end-Switches unterschiedliche Arten von SFP-Drähten verwenden. Überprüfen Sie, welches Teil erforderlich ist, bevor Sie das Teil austauschen.

Additional Information

Auszug aus dem ECS-Hardwarehandbuch Gen1 oder Gen2:      

Netzwerkverkabelung
Die Netzwerkverkabelungsdiagramme gelten für die ECS Appliance der U-Serie, D-Serie oder C-Serie in einem von Dell oder vom Kunden bereitgestellten Rack.
 
Zur Unterscheidung zwischen den drei Switches hat jeder Switch einen Spitznamen:
  • Hase: Der öffentliche 10-GbE-Switch befindet sich bei einer U- oder D-Serie an der Oberseite des Racks oder der obere Switch in einem Segment der C-Serie.
  • Kaninchen: Der öffentliche 10-GbE-Switch befindet sich bei einer U- oder D-Serie unter dem Hasen oben im Rack oder unter dem Hare-Switch in einem Segment der C-Serie.
  • Schildkröte: Privater 1-GbE-Switch, der sich in einem Segment der U-Serie unterhalb des Rabbit oben im Rack oder in einem Segment der C-Serie unter dem Hare-Switch befindet.
Netzwerkverkabelung
der U- und D-SerieDie folgende Abbildung zeigt ein vereinfachtes Netzwerkverkabelungsdiagramm für eine Rackkonfiguration mit 8 Nodes für ein ECS der U oder D Serie, das von Dell oder dem Kunden konfiguriert wurde. Im Anschluss an diese Abbildung finden Sie weitere detaillierte Abbildungen und Tabellen, die Informationen zu Anschluss, Etikett und Kabelfarbe enthalten.
 
Vereinfachtes Netzwerkverkabelungsdiagramm für eine Rackkonfiguration mit 8 Nodes
In der folgenden Tabelle finden Sie übereinstimmende Switches und Ports sowie die Abbildung für die Anzeige der entsprechenden Switchportnummern.

Switch 1 = Rabbit = unterer Switch
Switch 2 = Hare = oberer Switch

Node-Ports:      
Secondary-0 = P01 = rechter Port – wird mit Switch 1/Rabbit/Bottom-Switch verbunden.
Secondary-1 = P02 = linker Port – wird mit Switch 2/Hare/Top-Switch verbunden.
Diagramm der Netzwerkverkabelung

Affected Products

ECS Appliance

Products

ECS Appliance, ECS Appliance Gen 1, ECS Appliance Gen 2, ECS Appliance Gen 3, ECS Appliance Hardware Gen1 U-Series, Elastic Cloud Storage
Article Properties
Article Number: 000050341
Article Type: Solution
Last Modified: 14 Feb 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.