HP StorageWorks 2/16V HP StorageWorks Fabric OS 5.X Procedures User Guide (AA- - Page 174

Troubleshooting trunking problems, Listing link characteristics, Recognizing buffer underallocation

Page 174 highlights

Troubleshooting trunking problems If you have difficulty with trunking, try the solutions in this section. Listing link characteristics If a link that is part of an ISL trunk fails, use the trunkDebug command to troubleshoot the problem, as shown in the following procedure: 1. Connect to the switch and log in as admin. 2. Issue the following command: trunkDebug port, port where port specifies the number of a port in an ISL trunking group. The trunkDebug command displays the possible reason that two ports cannot be trunked, including the following reasons: • The switch does not support trunking. • A trunking license is required. • Trunking is not supported in switch interoperability mode. • Port trunking is disabled. • The port is not an E_Port. • The port is not 2 Gbit/sec or 4 Gbit/sec. • The port connects to different switches. • The ports are not same speed, or they are not set to a valid speed. • The ports are not set to the same LD mode. • Local or remote ports are not in same port group. • The difference in the cable length among trunked links is greater than the allowed difference. The following example shows that port 3 is not configured as an E_Port: switch:admin> trunkdebug 3 5 port 3 is not E port switch:admin> Recognizing buffer underallocation For the SAN Switch 2/8V, SAN Switch 2/16V, SAN Switch 2/32, Core Switch 2/64, and SAN Director 2/128, if there is an underallocation or overcommitment of buffers to ports configured for extended trunking, the switches at both ends of the trunk try to disable some ports, so others can operate using the available buffers. (Standard trunks are not affected by buffer allocation.) This issue of buffer underallocation does not apply to the SAN Switch 4/32 and 4/256 SAN Director. A port disabled at one end because of buffer underallocation causes all the disabled ports at the other end to become enabled. Some of these enabled ports become disabled due to a lack of buffers, which in turn triggers ports to be enabled once again at the other end. While the system is stabilizing the buffer allocation, it warns that ports are disabled due to lack of buffers, but it does not send a message to the console when buffers are enabled. The system requires a few passes to stabilize the buffer allocation. Ultimately, the number of ports for which buffers are available come up and stabilize. Wait for stabilization, and then correct the buffer allocation situation. Getting out of buffer-limited mode on E_Ports or LD_Ports: 1. Change the LD/L1/L2/L0.5 port speed to a lower speed (of non-buffer-limited ports). 2. Change the LD port's estimated distance to a shorter distance (of non-buffer-limited ports). 3. Change LD/L1/L2/L0.5 back to L0 (of non-buffer-limited ports). 174 Administering ISL trunking

  • 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
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248

174
Administering ISL trunking
Troubleshooting trunking problems
If you have difficulty with trunking, try the solutions in this section.
Listing link characteristics
If a link that is part of an ISL trunk fails, use the
trunkDebug
command to troubleshoot the problem,
as shown in the following procedure:
1.
Connect to the switch and log in as admin.
2.
Issue the following command:
trunkDebug
port
,
port
The
trunkDebug
command displays the possible reason that two ports cannot be trunked, including the
following reasons:
The switch does not support trunking.
A trunking license is required.
Trunking is not supported in switch interoperability mode.
Port trunking is disabled.
The port is not an E_Port.
The port is not 2 Gbit/sec or 4 Gbit/sec.
The port connects to different switches.
The ports are not same speed, or they are not set to a valid speed.
The ports are not set to the same LD mode.
Local or remote ports are not in same port group.
The difference in the cable length among trunked links is greater than the allowed difference.
The following example shows that port 3 is not configured as an E_Port:
Recognizing buffer underallocation
For the SAN Switch 2/8V, SAN Switch 2/16V, SAN Switch 2/32, Core Switch 2/64, and SAN Director
2/128, if there is an underallocation or overcommitment of buffers to ports configured for extended
trunking, the switches at both ends of the trunk try to disable some ports, so others can operate using the
available buffers. (Standard trunks are not affected by buffer allocation.)
This issue of buffer underallocation does not apply to the SAN Switch 4/32 and 4/256 SAN Director.
A port disabled at one end because of buffer underallocation causes all the disabled ports at the other
end to become enabled. Some of these enabled ports become disabled due to a lack of buffers, which in
turn triggers ports to be enabled once again at the other end. While the system is stabilizing the buffer
allocation, it warns that ports are disabled due to lack of buffers, but it does not send a message to the
console when buffers are enabled. The system requires a few passes to stabilize the buffer allocation.
Ultimately, the number of ports for which buffers are available come up and stabilize. Wait for
stabilization, and then correct the buffer allocation situation.
Getting out of buffer-limited mode on E_Ports or LD_Ports:
1.
Change the LD/L1/L2/L0.5 port speed to a lower speed (of non-buffer-limited ports).
2.
Change the LD port’s estimated distance to a shorter distance (of non-buffer-limited ports).
3.
Change LD/L1/L2/L0.5 back to L0 (of non-buffer-limited ports).
where
port
specifies the number of a port in an ISL trunking group.
switch:admin>
trunkdebug 3 5
port 3 is not E port
switch:admin>