IBM E027SLL-H Troubleshooting Guide - Page 176

tacmd login fails when monitoring server is con d with, LDAP authentication

Page 176 highlights

Monitoring server seeding output files are stored in different files on UNIX and Windows systems. UNIX examples: $ITM_HOME/logs/Node_ci_query_Process_ID.log $ITM_HOME/logs/Node_ci_query_Process_ID.log where : Node The system host name Process_ID The program process ID Windows example: C:\IBM\ITM\CNPS\logs\seedApp.log where: App The 3-character product code, such as knt for the Monitoring Agent for Windows OS The exact cause of the monitoring server seeding program crash has not been determined. The program has finished all seeding functions and is exiting. The crash has only occurred when only a few seeding changes are required. Seeding functions making many updates to the monitoring server tables have never resulted in this type of program crash. It is very possible that there is something unique about the system where this crash has been seen. The crash has only been observed on one internal test system, which was a Linux for AMD (Opteron) system. tacmd login fails when monitoring server is configured with LDAP authentication About this task Set the monitoring server tracing and LDAP client-side tracing on the hub monitoring server: KBB_RAS1=ERROR (UNIT:kdslg ALL) (UNIT:kdsvl ALL) (UNIT:kgllg ALL) (UNIT:kglld ALL) UNIX or Linux systems Run the following commands on the system hosting the UNIX or Linux hub monitoring server: 1. export LDAP_DEBUG=65535 2. export LDAP_DEBUG_FILE=/opt/IBM/ITM/logs/ldaptrace.txt (or whatever path/file you want) 3. rm /opt/IBM/ITM/logs/ldaptrace.txt (to remove the file before restarting the Hub) Restart the hub monitoring server. Note that these LDAP-related trace settings remain active until the monitoring server is restarted from a shell session where the variables are not exported. If the monitoring server is restarted from the same session where these variables are still exported, then the settings will be active again after restart. 158 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

Monitoring server seeding output files are stored in different files on UNIX and
Windows systems.
UNIX examples:
$ITM_HOME/logs/Node_ci_query_Process_ID.log
$ITM_HOME/logs/Node_ci_query_Process_ID.log
where :
Node
The system host name
Process_ID
The program process ID
Windows example:
C:\IBM\ITM\CNPS\logs\seedApp.log
where:
App
The 3-character product code, such as knt for the Monitoring Agent for
Windows OS
The exact cause of the monitoring server seeding program crash has not been
determined. The program has finished all seeding functions and is exiting. The
crash has only occurred when only a few seeding changes are required. Seeding
functions making many updates to the monitoring server tables have never
resulted in this type of program crash. It is very possible that there is something
unique about the system where this crash has been seen. The crash has only been
observed on one internal test system, which was a Linux for AMD (Opteron)
system.
tacmd login fails when monitoring server is configured with
LDAP authentication
About this task
Set the monitoring server tracing and LDAP client-side tracing on the hub
monitoring server:
KBB_RAS1=ERROR (UNIT:kdslg ALL) (UNIT:kdsvl ALL) (UNIT:kgllg ALL) (UNIT:kglld ALL)
UNIX or Linux systems
Run the following commands on the system hosting the UNIX or Linux hub
monitoring server:
1.
export LDAP_DEBUG=65535
2.
export
LDAP_DEBUG_FILE=/opt/IBM/ITM/logs/ldaptrace.txt
(or whatever
path/file you want)
3.
rm
/opt/IBM/ITM/logs/ldaptrace.txt
(to remove the file before restarting the
Hub)
Restart the hub monitoring server. Note that these LDAP-related trace settings
remain active until the monitoring server is restarted from a shell session where
the variables are not exported. If the monitoring server is restarted from the same
session where these variables are still exported, then the settings will be active
again after restart.
158
IBM Tivoli Monitoring: Troubleshooting Guide