IBM E027SLL-H Troubleshooting Guide - Page 121

Global Location Broker service initialization, Tivoli Enterprise Monitoring Server hub availability

Page 121 highlights

Global Location Broker service initialization The Global Location Broker (GLB) differs from the Local Location Brokers in one important respect other than the name: there is only one GLB for the domain or enterprise. By definition, there will be only one Local Location Broker which points to the Global Location Broker for the domain. The RPC server LLB which points to the GLB (and there will be only one of these in an enterprise) is, by definition, the hub. The important thing to remember from all this discussion of local and global brokers is this: For a process to locate the Tivoli Enterprise Monitoring Server hub, the process must query (issue lb__lookup() RPC requests to) the list of candidate Global Location Brokers in order as specified in the global site text file (glb_site.txt on distributed platforms and the KDCSSITE member of RKANPAR for OS/390 and z/OS platforms). Below are the product communication messages which enumerate the candidate GLB list (GLB entry 1, GLB entry 2, etc): GLB entry 1 is ip.pipe:#9.42.46.26.21343. GLB entry 2 is ip:#9.42.46.26.21343. GLB entry 3 is sna:(USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135. GLB entry 4 is ip.pipe:#9.42.46.26.21343. GLB entry 5 is ip:#9.42.46.26.21343. GLB entry 6 is sna:(USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135. Connectivity between the Omegamon/XE and Tivoli Enterprise Monitoring Server address space fails if this list is incorrect. The GLB entries display in the order in which they are configured in the global site text file. Additionally, the address of the local platform is appended to this list. This is an RPC architecture requirement. It allows the local platform to be queried when the GLB list has been exhausted and no hub is found. Confirming the Global Location Broker service initialized: The bind messages in the RKLVLOG indicate the success or failure of the GLB service initialization. A message ID prefixes the GLB status messages and indicates how the GLB service was started. KDSNC008 is the message prefix issued on successful GLB process initialization when the LLB is started internally by the Tivoli Enterprise Monitoring Server. Bind of global location broker complete= ip.pipe:#9.42.46.26.21343. Bind of global location broker complete= ip:#9.42.46.26.21343. Bind of global location broker complete= sna: (USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135. Global Location Broker is active Repairing errors in Global Location Broker service initialization: GLB service failures occur because there are errors in member KDCSSITE of RKANPAR. Each socket address in KDCSSITE is assumed to be the socket address of the Tivoli Enterprise Monitoring Server hub. If none of the entries in the KDCSSITE file are the correct socket address of the Tivoli Enterprise Monitoring Server hub, this process initialization fails. Tivoli Enterprise Monitoring Server hub availability The following message indicates the Tivoli Enterprise Monitoring Server hub is available: ko4locbr.cpp,731,"Mgr::locateEverbody") lbLookupHub returned error , ip sna pipe Do the following if the Tivoli Enterprise Monitoring Server hub is not available: v Review the RAS1 log for the Tivoli Enterprise Monitoring Server to ensure it is connected. Chapter 5. Installation and configuration troubleshooting 103

  • 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
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310

Global Location Broker service initialization
The Global Location Broker (GLB) differs from the Local Location Brokers in one
important respect other than the name: there is only one GLB for the domain or
enterprise. By definition, there will be only one Local Location Broker which points
to the Global Location Broker for the domain. The RPC server LLB which points to
the GLB (and there will be only one of these in an enterprise) is, by definition, the
hub. The important thing to remember from all this discussion of local and global
brokers is this: For a process to locate the Tivoli Enterprise Monitoring Server hub,
the process must query (issue lb__lookup() RPC requests to) the list of candidate
Global Location Brokers in order as specified in the global site text file
(
glb_site.txt
on distributed platforms and the KDCSSITE member of RKANPAR
for OS/390 and z/OS platforms). Below are the product communication messages
which enumerate the candidate GLB list (GLB entry 1, GLB entry 2, etc):
GLB entry 1 is ip.pipe:#9.42.46.26.21343.
GLB entry 2 is ip:#9.42.46.26.21343.
GLB entry 3 is sna:(USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135.
GLB entry 4 is ip.pipe:#9.42.46.26.21343.
GLB entry 5 is ip:#9.42.46.26.21343.
GLB entry 6 is sna:(USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135.
Connectivity between the Omegamon/XE and Tivoli Enterprise Monitoring Server
address space fails if this list is incorrect. The GLB entries display in the order in
which they are configured in the global site text file. Additionally, the address of
the local platform is appended to this list. This is an RPC architecture requirement.
It allows the local platform to be queried when the GLB list has been exhausted
and no hub is found.
Confirming the Global Location Broker service initialized:
The bind messages in the RKLVLOG indicate the success or failure of the GLB
service initialization. A message ID prefixes the GLB status messages and indicates
how the GLB service was started.
KDSNC008
is the message prefix issued on
successful GLB process initialization when the LLB is started internally by the
Tivoli Enterprise Monitoring Server.
Bind of global location broker complete= ip.pipe:#9.42.46.26.21343.
Bind of global location broker complete= ip:#9.42.46.26.21343.
Bind of global location broker complete= sna:
(USCACO01.VWCTHLB.CANCTDCS.SNASOCKETS).135.
Global Location Broker is active
Repairing errors in Global Location Broker service initialization:
GLB service
failures occur because there are errors in member KDCSSITE of RKANPAR. Each
socket address in KDCSSITE is assumed to be the socket address of the Tivoli
Enterprise Monitoring Server hub. If none of the entries in the
KDCSSITE
file are the
correct socket address of the Tivoli Enterprise Monitoring Server hub, this process
initialization fails.
Tivoli Enterprise Monitoring Server hub availability
The following message indicates the Tivoli Enterprise Monitoring Server hub is
available:
ko4locbr.cpp,731,"Mgr::locateEverbody") lbLookupHub returned error <0>,
ip<ip:#9.42.46.26.21343>
sna<> pipe <ip.pipe:#9.42.46.26.21343.>
Do the following if the Tivoli Enterprise Monitoring Server hub is not available:
v
Review the RAS1 log for the Tivoli Enterprise Monitoring Server to ensure it is
connected.
Chapter 5. Installation and configuration troubleshooting
103