Cisco N5K-C5010P-BF Troubleshooting Guide - Page 77

Locating exact port that server is physically attached

Page 77 highlights

Chapter 5 Troubleshooting SAN Switching Issues NPV Send document comments to [email protected]. Server Interfaces Interface: fc1/6, VSAN: 1, NPIV: No, State: Waiting for FLOGI Solution • Verify the configuration of both the NPV edge and core switches. If you are not running the F_Port trunking feature, then verify that there are no VSAN mismatches and that the server ports, NPV NP ports, NPIV Core F_Ports, and storage ports are all in the same VSAN and all are online. • If the configuration is correct and you can determine where the problem might be, you can collect an Ethanalyzer trace and verify that the Fabric Login (FLOGI) frame is being received and sent to the NPIV core as a Fabric Discovery (FDISC) command. Example Ethanalyzer trace: switch# ethanalyzer local sniff-interface inbound-hi display-filter "!llc && !stp" limit-captured-frames 0 write bootflash:npv-trace Capturing on eth4 • Recreate the problem by flapping the NPV-attached server port. The trace will be written to bootflash and can be copied off the switch by using the following: copy bootflash: ftp: • After the trace has been copied, you can now open and verify the flow using Wireshark. Example normal NPV login flow: Server FLOGI NPV Edge Switch Fabric Login frame = FLOGI NPV Edge Switch ------> FDISC NPIV Core Switch Fabric DISCovery frame maps parameters from Server FLOGI NPV Core Switch ------> Accept ---------> NPV Edge Switch NPIV Core assigns an FCID with the Accept to the FDISC from NPV Edge Switch NPV Edge Switch ------> Accept ---------> Server Accept to original Server FLOGI with FCID assigned from NPIV Core Switch Locating exact port that server is physically attached to NPIV switches lose visibility into the physical port that a downstream NPV-connected server is attached to. The following process can be used to identify that physical port. Possible Cause OL-25300-01 Cisco Nexus 5000 Series Troubleshooting Guide 5-5

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162

Send document comments to [email protected].
5-5
Cisco Nexus 5000 Series Troubleshooting Guide
OL-25300-01
Chapter 5
Troubleshooting SAN Switching Issues
NPV
Server Interfaces:
===================
Interface: fc1/6, VSAN: 1, NPIV: No, State: Waiting for FLOGI
Solution
Verify the configuration of both the NPV edge and core switches. If you are not running the F_Port
trunking feature, then verify that there are no VSAN mismatches and that the server ports, NPV NP
ports, NPIV Core F_Ports, and storage ports are all in the same VSAN and all are online.
If the configuration is correct and you can determine where the problem might be, you can collect
an Ethanalyzer trace and verify that the Fabric Login (FLOGI) frame is being received and sent to
the NPIV core as a Fabric Discovery (FDISC) command.
Example Ethanalyzer trace:
switch# ethanalyzer local sniff-interface inbound-hi display-filter "!llc && !stp"
limit-captured-frames 0 write bootflash:npv-trace
Capturing on eth4
Recreate the problem by flapping the NPV-attached server port. The trace will be written to
bootflash and can be copied off the switch by using the following:
copy bootflash: ftp:
After the trace has been copied, you can now open and verify the flow using Wireshark.
Example normal NPV login flow:
Locating exact port that server is physically attached to
NPIV switches lose visibility into the physical port that a downstream NPV-connected server is attached
to. The following process can be used to identify that physical port.
Possible Cause
Server --------------------> FLOGI ----------> NPV Edge Switch
Fabric Login frame =
FLOGI
NPV Edge Switch ------> FDISC ----------> NPIV Core Switch
Fabric DISCovery
frame maps parameters
from Server FLOGI
NPV Core Switch ------> Accept ---------> NPV Edge Switch
NPIV Core assigns an
FCID with the Accept
to the FDISC from NPV
Edge Switch
NPV Edge Switch ------> Accept ---------> Server
Accept to original
Server FLOGI with FCID
assigned from NPIV
Core Switch