IBM E027SLL-H Troubleshooting Guide - Page 46

Diagnosing that a reflex automation script does not run when

Page 46 highlights

11/08/06 16:18:49 KO46256 Situation definition CheckIfSituationCreated created by *ENTERPRISE v This displays *ENTERPRISE in the MSG2 message of the monitoring server message log when the situation was created. Only Enterprise situations show up in the portal client user interface. A non-Enterprise situation does not show up in the portal client user interface, even if the situation is raised. v The distinction between Enterprise and non-Enterprise situations is shown in the following monitoring server log examples: a. Enterprise situation KO41046 Monitoring for enterprise situation MS_Offline started. b. Non-Enterprise situation KO41036 Monitoring for situation Weekday started. v If Yes and it is a Non-Enterprise situation: See step 7. v If No and it is not an Enterprise situation: Reconfigure the situation to include the Enterprise flag setting. v If No and SITMON does not receive the data: Use the Monitoring server trace (UNIT:kdsruc1 ERROR STATE) (UNIT:kfaadloc all) to see where the data is getting filtered out. This trace generates a large amount of data. Turn the trace off as soon as you finish troubleshooting. 7. Is there a MSG2 message indicating the situation raised? v Yes: Contact IBM Software Support. See Chapter 2, "Logs and data collection for troubleshooting," on page 5 for information on what types of data to collect before contacting Support. Also consult the IBM Support Portal (http://www.ibm.com/support/entry/portal/software). A reflex automation script does not run when it should You can encounter a problem that a reflex automation script does not run when it should. For example, after a situation raised, a particular action might not occur. Diagnosing that a reflex automation script does not run when it should You can diagnose that a reflex automation script does not run when it should by checking if the situation raised. Procedure Preliminary diagnostics If the situation does not raise, see "Diagnosing that a situation does not raise when expected" on page 25. What to do next For more information on actions that relate to these diagnostics, see the problem resolution task. Resolving format and variable problems To resolve format and variable problems, you verify that the system command is correct and that it can be executed on a specific platform. You can check the monitoring agent operations log to see if reflex automation occurred. 28 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

11/08/06 16:18:49 KO46256 Situation definition CheckIfSituationCreated
created by *ENTERPRISE
v
This displays *ENTERPRISE in the MSG2 message of the monitoring server
message log when the situation was created. Only Enterprise situations show
up in the portal client user interface. A non-Enterprise situation does not
show up in the portal client user interface, even if the situation is raised.
v
The distinction between Enterprise and non-Enterprise situations is shown in
the following monitoring server log examples:
a.
Enterprise situation
KO41046 Monitoring for enterprise situation
MS_Offline started.
b.
Non-Enterprise situation
KO41036 Monitoring for situation Weekday
started.
v
If Yes and it is a Non-Enterprise situation: See step 7.
v
If No and it is not an Enterprise situation: Reconfigure the situation to
include the Enterprise flag setting.
v
If No and SITMON does not receive the data: Use the Monitoring server
trace
(UNIT:kdsruc1 ERROR STATE) (UNIT:kfaadloc all)
to see where the
data is getting filtered out.
This trace generates a large amount of data. Turn the trace off as soon as you
finish troubleshooting.
7.
Is there a MSG2 message indicating the situation raised?
v
Yes: Contact IBM Software Support. See Chapter 2, “Logs and data collection
for troubleshooting,” on page 5 for information on what types of data to
collect before contacting Support. Also consult the IBM Support Portal
A reflex automation script does not run when it should
You can encounter a problem that a reflex automation script does not run when it
should. For example, after a situation raised, a particular action might not occur.
Diagnosing that a reflex automation script does not run when
it should
You can diagnose that a reflex automation script does not run when it should by
checking if the situation raised.
Procedure
Preliminary diagnostics
If the situation does not raise, see “Diagnosing that a situation does not raise when
expected” on page 25.
What to do next
For more information on actions that relate to these diagnostics, see the problem
resolution task.
Resolving format and variable problems
To resolve format and variable problems, you verify that the system command is
correct and that it can be executed on a specific platform. You can check the
monitoring agent operations log to see if reflex automation occurred.
28
IBM Tivoli Monitoring: Troubleshooting Guide