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

Inaccurate information in the system message log, Port initialization and FCP auto-discovery process

Page 161 highlights

Table 29 Loopback modes (continued) Mode Description 5 Internal (parallel) loopback (indicates no external equipment) 7 Backend bypass and port loopback 8 Backend bypass and SERDES loopback 9 Backend bypass and internal loopback 6. Check the results of the loopback test and proceed as follows: • If the loopback test failed, the port is bad. Replace the port blade. • If the loopback test did not fail, the SFP is bad. 7. Optional: To rule out cabling issues: a. Insert a new cable into the suspected marginal port. b. Issue the portErrShow command to determine whether a problem still exists. • If the portErrShow output displays a normal number of generated errors, the issue is solved. • If the portErrShow output still displays a high number of generated errors, follow the troubleshooting procedures for the host or storage device. Inaccurate information in the system message log In rare instances, events gathered by the track change feature can report inaccurate information to the system message log. For example, consider a case where a user enters a correct user name and password, but the login is rejected because the maximum number of users was reached. The system message log reports this login as successful. If the maximum number of switch users is reached, the switch still performs correctly in that it rejects the login of additional users (even if they enter a correct user name and password). However, in this limited example, the Track Change feature reports this event inaccurately to the system message log and the login appears successful. This scenario occurs only when the maximum number of users is reached; otherwise, the login information displayed in the system message log should reflect reality. For information regarding enabling and disabling TC, see "Tracking and controlling switch changes" on page 35. Port initialization and FCP auto-discovery process The steps in the port initialization process represent a protocol used to discover the type of connected device and establish the port type. The possible port types are as follows: • U_Port: Universal FC port. This port type is the base Fibre Channel port type and all unidentified or uninitiated ports are listed as U_Ports. • FL_Port: Fabric Loop port. This port connects both public and private loop devices. • G_Port: Generic port. This port acts a transition port for non-loop fabric-capable devices (E_Port and F_Port). • E_Port: Expansion port. This port type is assigned to ISL links. • F_Port: Fabric port. This port is assigned to fabric capable devices. The FCP auto-discovery process enables private storage devices that accept PRLI to communicate in a fabric. If device probing is enabled, the embedded port logins (PLOGIs) and attempts a PRLI into the device to retrieve information to enter into the Name Server. This enables private devices that do not FLOGI but accept PRLI to be entered in the Name Server and receive full fabric citizenship. Private devices that Fabric OS 5.x administrator guide 161

  • 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

Fabric OS 5.x administrator guide
161
6.
Check the results of the loopback test and proceed as follows:
If the loopback test failed, the port is bad. Replace the port blade.
If the loopback test did not fail, the SFP is bad.
7.
Optional: To rule out cabling issues:
a.
Insert a new cable into the suspected marginal port.
b.
Issue the
portErrShow
command to determine whether a problem still exists.
If the
portErrShow
output displays a normal number of generated errors, the issue is solved.
If the
portErrShow
output still displays a high number of generated errors, follow the
troubleshooting procedures for the host or storage device.
Inaccurate information in the system message log
In rare instances, events gathered by the track change feature can report inaccurate information to the
system message log.
For example, consider a case where a user enters a correct user name and password, but the login is
rejected because the maximum number of users was reached. The system message log reports this login
as successful.
If the maximum number of switch users is reached, the switch still performs correctly in that it rejects the
login of additional users (even if they enter a correct user name and password).
However, in this limited example, the Track Change feature reports this event inaccurately to the system
message log and the login appears successful. This scenario occurs only when the maximum number of
users is reached; otherwise, the login information displayed in the system message log should reflect
reality.
For information regarding enabling and disabling TC, see ”
Tracking and controlling switch changes
” on
page 35.
Port initialization and FCP auto-discovery process
The steps in the port initialization process represent a protocol used to discover the type of connected
device and establish the port type. The possible port types are as follows:
U_Port:
Universal FC port. This port type is the base Fibre Channel port type and all unidentified or
uninitiated ports are listed as U_Ports.
FL_Port:
Fabric Loop port. This port connects both public and private loop devices.
G_Port:
Generic port. This port acts a transition port for non-loop fabric-capable devices (E_Port and
F_Port).
E_Port:
Expansion port. This port type is assigned to ISL links.
F_Port:
Fabric port. This port is assigned to fabric capable devices.
The FCP auto-discovery process enables private storage devices that accept PRLI to communicate in a
fabric.
If device probing is enabled, the embedded port logins (PLOGIs) and attempts a PRLI into the device to
retrieve information to enter into the Name Server. This enables private devices that do not FLOGI but
accept PRLI to be entered in the Name Server and receive full fabric citizenship. Private devices that
5
Internal (parallel) loopback (indicates no external
equipment)
7
Backend bypass and port loopback
8
Backend bypass and SERDES loopback
9
Backend bypass and internal loopback
Table 29
Loopback modes (continued)
Mode
Description