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

A merge is not possible if any of the following conditions exists

Page 196 highlights

copy of this database. When a change is made to the defined configuration, the switch where the changes were made must close its transaction for the change to get propagated throughout the fabric. • Merging rules: Observe the following rules when merging zones: • Local and adjacent configurations: If the local and adjacent zone database configurations are the same, they remain unchanged after the merge. • Effective configurations: If there is an effective configuration between two switches, the zone configurations in effect match. • Zone object naming: If a zoning object has the same name in both the local and adjacent defined configurations, the object types and member lists must match. When comparing member lists, the content and order of the members are important. • Objects in adjacent configurations: If a zoning object appears in an adjacent defined configuration, but not in the local defined configuration, the zoning object is added to the local defined configuration. The modified zone database must fit in the nonvolatile memory area allotted for the zone database. • Local configuration modification: If a local defined configuration is modified because of a merge, the new zone database is propagated to other the switches within the merge request. • Merging two fabrics: Both fabrics have identical zones and configurations enabled. The two fabrics join to make one larger fabric with the same zone configuration across the newly created fabric. If the two fabrics have different zoning configurations, they are merged. If the two fabrics cannot join, the ISL between the switches are segmented. • Merge conflicts: When a merge conflict is present, a merge does not take place and the ISL segments. Use the switchShow or errLogShow command to obtain additional information about possible merge conflicts, because many non-zone-related configuration parameters can cause conflicts. If the fabrics have different zone configuration data, the system attempts to merge the two sets of zone configuration data. If the zones cannot merge, the ISL is segmented. A merge is not possible if any of the following conditions exists: • Configuration mismatch: Zoning is enabled in both fabrics and the zone configurations that are enabled are different in each fabric. • Type mismatch: The name of a zone object in one fabric is used for a different type of zone object in the other fabric. • Content mismatch: The definition of a zone object in one fabric is different from the definition of zone object with the same name in the other fabric. NOTE: If the zoneset members on two switches are not listed in the same order, the configuration is considered a mismatch, resulting in the switches being segmented from the fabric. For example, cfg1 = z1; z2 is different from cfg1 = z2; z1, even though members of the configuration are the same. If zoneset members on two switches have the same names defined in the configuration, make sure zoneset members are listed in the same order. 196 Administering advanced zoning

  • 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

196
Administering advanced zoning
copy of this database. When a change is made to the defined configuration, the switch where the
changes were made must close its transaction for the change to get propagated throughout the fabric.
Merging rules:
Observe the following rules when merging zones:
Local and adjacent configurations: If the local and adjacent zone database configurations are the
same, they remain unchanged after the merge.
Effective configurations: If there is an effective configuration between two switches, the zone
configurations in effect match.
Zone object naming: If a zoning object has the same name in both the local and adjacent defined
configurations, the object types and member lists must match. When comparing member lists, the
content and order of the members are important.
Objects in adjacent configurations: If a zoning object appears in an adjacent defined
configuration, but not in the local defined configuration, the zoning object is added to the local
defined configuration. The modified zone database must fit in the nonvolatile memory area allotted
for the zone database.
Local configuration modification: If a local defined configuration is modified because of a merge,
the new zone database is propagated to other the switches within the merge request.
Merging two fabrics:
Both fabrics have identical zones and configurations enabled. The two fabrics
join to make one larger fabric with the same zone configuration across the newly created fabric.
If the two fabrics have different zoning configurations, they are merged. If the two fabrics cannot join,
the ISL between the switches are segmented.
Merge conflicts:
When a merge conflict is present, a merge does not take place and the ISL segments.
Use the
switchShow
or
errLogShow
command to obtain additional information about possible
merge conflicts, because many non-zone-related configuration parameters can cause conflicts.
If the fabrics have different zone configuration data, the system attempts to merge the two sets of zone
configuration data. If the zones cannot merge, the ISL is segmented.
A merge is not possible if any of the following conditions exists:
Configuration mismatch: Zoning is enabled in both fabrics and the zone configurations that are
enabled are different in each fabric.
Type mismatch: The name of a zone object in one fabric is used for a different type of zone object
in the other fabric.
Content mismatch: The definition of a zone object in one fabric is different from the definition of
zone object with the same name in the other fabric.
NOTE:
If the zoneset members on two switches are not listed in the same order, the configuration is
considered a mismatch, resulting in the switches being segmented from the fabric. For example,
cfg1 = z1;
z2
is different from
cfg1 = z2; z1,
even though members of the configuration are the same. If zoneset
members on two switches have the same names defined in the configuration, make sure zoneset members
are listed in the same order.