IBM E027SLL-H Troubleshooting Guide - Page 118

SNA service initialization, The Server list

Page 118 highlights

v Presence of the well known port on the TCP/IP Port List. The RACF permission problem might not be detected until the failure of the first network I/O. The "KDCR0_Send" request fails with Errno 2: EACCESS. This failure can occur with the first use of the started task name. A similar problem results in EACCESS: the well-known port is defined on the TCP/IP port list. ISPF Option 6, "netstat portlist" confirms the presence of the well-known port in the TCP/IP reserved port list. The well-known port should not be on this list. SNA service initialization The IBM Tivoli MonitoringAddress Spaces can configure be configured to use SNA exclusively, or in conjunction with TCP/IP, as a transport service. This configuration is done in the environment member (xxxENV) of RKANPAR. If SNA services are viewed as optional, then removal of KDCFC_ALIAS, KDCFC_MODE, and KDCFC_TPNAME from the xxxENV member of RKANPAR will effectively disable use of SNA. Initializing the SNA: The following messages are printed in the RAS1/ RKLVLOG when the local SNA configuration is processed from the XXXENV member of RKANPAR: kbbssge.c,52,"BSS1_GetEnv") KDCFP_ALIAS=KDCFC_ALIAS=KLXBS_ALIAS="ASIAGLB" kbbssge.c,52,"BSS1_GetEnv") KDCFP_TPNAME=KDCFC_TPNAME=KLXBS_TPNAME="SNASOCKETS" kbbssge.c,52,"BSS1_GetEnv") KDCFP_MODE=KDCFC_MODE=KLXBS_MODE="CANCTDCS" kdes1rp.c,140,"getEnv") AF_SNA configuration: Alias(ASIAGLB) Mode(CANCTDCS) TpName(SNASOCKETS) KDCFC_ALIAS identifies the APPL definition of the Independent Logical Unit to be used in this process. KDCFC_MODE identifies the LOGMODE name, the same name found in the LOGMODE specification of the KDCFC_Alias APPL definition. KDCFC_TPNAME is the Transaction Processing Name. The message which indicates the LOCALLU is operational (the configuration is good) is the "transport opened" message: kde1otp.c,118,"KDE1I_OpenTransportProvider") Transport opened: com1/sna.pipe Repairing SNA initialization failures: The following reasons for SNA initialization failures: v The ILU configured for use is not available to the application. The ACBNAME (or APPLNAME) is properly defined in SYS1.VTAMLST but not in the connectable state (CONCT). The ACB must be varied ACTIVE to NET prior to Omegamon Platform Address Space startup. The MVS command to verify the state of the ACB is "D NET, ID=acbname,E" . v The ILU is available but not a valid LU6.2 definition. In this case, it is a KBBCM001 message with an SNA sense code found in the RAS1/RKLVLOG. Diagnose the 8-byte SNA sense code (typically, 087Dnnnn) using the "SNA Formats and Protocol" manual. v The LOGMODE is not a valid LU6.2 LOGMODE, or the LOGMODE and MODETAB specification associated with the ILU definition are not the same, by name, on both systems hosting the endpoints. This is most likely the case for SNA session establishment hangs. The message in the RKLVLOG is "Receive XID pending: NULL", and it is followed by another RPC timeout message. The Server list IBM Tivoli Monitoring processes build and query a list of possible Tivoli Enterprise Monitoring Server hub addresses, called the Server list. This server list contains 100 IBM Tivoli Monitoring: Troubleshooting Guide

  • 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

v
Presence of the well known port on the TCP/IP Port List.
The RACF permission problem might not be detected until the failure of the first
network I/O. The "KDCR0_Send" request fails with
Errno 2
: EACCESS. This
failure can occur with the first use of the started task name.
A similar problem results in EACCESS: the well-known port is defined on the
TCP/IP port list. ISPF Option 6, "netstat portlist" confirms the presence of the
well-known port in the TCP/IP reserved port list. The well-known port should not
be on this list.
SNA service initialization
The IBM Tivoli MonitoringAddress Spaces can configure be configured to use SNA
exclusively, or in conjunction with TCP/IP, as a transport service. This
configuration is done in the environment member (xxxENV) of RKANPAR. If SNA
services are viewed as optional, then removal of KDCFC_ALIAS, KDCFC_MODE,
and KDCFC_TPNAME from the xxxENV member of RKANPAR will effectively
disable use of SNA.
Initializing the SNA:
The following messages are printed in the
RAS1/ RKLVLOG
when the local SNA
configuration is processed from the XXXENV member of RKANPAR:
kbbssge.c,52,"BSS1_GetEnv") KDCFP_ALIAS=KDCFC_ALIAS=KLXBS_ALIAS="ASIAGLB"
kbbssge.c,52,"BSS1_GetEnv") KDCFP_TPNAME=KDCFC_TPNAME=KLXBS_TPNAME="SNASOCKETS"
kbbssge.c,52,"BSS1_GetEnv") KDCFP_MODE=KDCFC_MODE=KLXBS_MODE="CANCTDCS"
kdes1rp.c,140,"getEnv") AF_SNA configuration: Alias(ASIAGLB) Mode(CANCTDCS)
TpName(SNASOCKETS)
KDCFC_ALIAS identifies the APPL definition of the Independent Logical Unit to
be used in this process. KDCFC_MODE identifies the LOGMODE name, the same
name found in the LOGMODE specification of the KDCFC_Alias APPL definition.
KDCFC_TPNAME is the Transaction Processing Name. The message which
indicates the LOCALLU is operational (the configuration is good) is the "transport
opened" message:
kde1otp.c,118,"KDE1I_OpenTransportProvider") Transport opened: com1/sna.pipe
Repairing SNA initialization failures:
The following reasons for SNA initialization failures:
v
The ILU configured for use is not available to the application. The ACBNAME
(or APPLNAME) is properly defined in SYS1.VTAMLST but not in the
connectable state (CONCT). The ACB must be varied ACTIVE to NET prior to
Omegamon Platform Address Space startup. The MVS command to verify the
state of the ACB is "D NET, ID=acbname,E" .
v
The ILU is available but not a valid LU6.2 definition. In this case, it is a
KBBCM001
message with an SNA sense code found in the
RAS1/RKLVLOG
. Diagnose
the 8-byte SNA sense code (typically, 087Dnnnn) using the "SNA Formats and
Protocol" manual.
v
The LOGMODE is not a valid LU6.2 LOGMODE, or the LOGMODE and
MODETAB specification associated with the ILU definition are not the same, by
name, on both systems hosting the endpoints. This is most likely the case for
SNA session establishment hangs. The message in the RKLVLOG is "Receive XID
pending: NULL", and it is followed by another RPC timeout message.
The Server list
IBM Tivoli Monitoring processes build and query a list of possible Tivoli Enterprise
Monitoring Server hub addresses, called the Server list. This server list contains
100
IBM Tivoli Monitoring: Troubleshooting Guide