IBM E027SLL-H Troubleshooting Guide - Page 184

Receive Program KDFCINIT and Program FAXCMON

Page 184 highlights

A deleted object is redisplayed when two hot standby (FTO) hubs reconnect You might notice that a deleted object, such as a situation or policy, is redisplayed when two FTO hub Tivoli Enterprise Monitoring Servers reconnect. This behavior occurs when the mirror hub has been promoted to serve as the acting hub before reconnecting. An example of a deleted object is a situation, policy, SDA option, override, or calendar. Either of the following scenarios demonstrates this behavior: Role switch The acting hub and mirror were connected initially, and the hub is stopped. The mirror becomes the new acting hub. An object is deleted from the new hub. The original hub is started and becomes the new mirror. Shortly after reconnection, the deleted object reappears on the new hub. Temporary disconnect The hub and mirror were connected initially and then lost connection. The disruption lasts long enough for the mirror to promote itself to the role of acting hub. While still disconnected, an object is deleted from the original hub. When the connection is restored, the object reappears on the original hub. The object does not reappear if the mirror had not promoted itself. Troubleshooting monitoring server problems on z/OS systems Review the problems you might experience with Tivoli Enterprise Monitoring Server on z/OS and the provided resolutions. These are problems that occur during runtime that you can resolve with the z/OS Configuration Tools (PARMGEN Workflow User Interface and ICAT Configuration Tool). For more information about configuring the monitoring server on z/OS, see Configuring the Tivoli Enterprise Monitoring Server on z/OS (http:// publib.boulder.ibm.com/infocenter/tivihelp/v15r1/topic/ com.ibm.itm.doc_6.2.3fp1/itm623fp1_zconfigtems.htm). Receive Program KDFCINIT and Program FAXCMON messages "Program KDFCINIT with task id 8 ended" and "Program FAXCMON with task id 7 ended" messages are generated in the IBM Tivoli Monitoring z/OS Tivoli Enterprise Monitoring Server RKLVLOG if either or both IBM Tivoli OMEGAMON XE on z/OS and OMEGAMON XE for Storage on z/OS are running in the monitoring server address space. These are informational messages that report on internal task terminations which in turn help identify non-terminating internal tasks. These messages are benign. 166 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

A deleted object is redisplayed when two hot standby (FTO)
hubs reconnect
You might notice that a deleted object, such as a situation or policy, is redisplayed
when two FTO hub Tivoli Enterprise Monitoring Servers reconnect. This behavior
occurs when the mirror hub has been promoted to serve as the acting hub before
reconnecting.
An example of a deleted object is a situation, policy, SDA option, override, or
calendar. Either of the following scenarios demonstrates this behavior:
Role switch
The acting hub and mirror were connected initially, and the hub is
stopped. The mirror becomes the new acting hub. An object is deleted
from the new hub. The original hub is started and becomes the new
mirror. Shortly after reconnection, the deleted object reappears on the new
hub.
Temporary disconnect
The hub and mirror were connected initially and then lost connection. The
disruption lasts long enough for the mirror to promote itself to the role of
acting hub. While still disconnected, an object is deleted from the original
hub. When the connection is restored, the object reappears on the original
hub. The object does not reappear if the mirror had not promoted itself.
Troubleshooting monitoring server problems on z/OS systems
Review the problems you might experience with Tivoli Enterprise Monitoring
Server on z/OS and the provided resolutions.
These are problems that occur during runtime that you can resolve with the z/OS
Configuration Tools (PARMGEN Workflow User Interface and ICAT Configuration
Tool).
For more information about configuring the monitoring server on z/OS, see
Configuring the Tivoli Enterprise Monitoring Server on z/OS
(http://
publib.boulder.ibm.com/infocenter/tivihelp/v15r1/topic/
com.ibm.itm.doc_6.2.3fp1/itm623fp1_zconfigtems.htm).
Receive Program KDFCINIT and Program FAXCMON
messages
"Program KDFCINIT with task id 8 ended" and "Program FAXCMON with task id
7 ended" messages are generated in the IBM Tivoli Monitoring z/OS Tivoli
Enterprise Monitoring Server RKLVLOG if either or both IBM Tivoli OMEGAMON
XE on z/OS and OMEGAMON XE for Storage on z/OS are running in the
monitoring server address space. These are informational messages that report on
internal task terminations which in turn help identify non-terminating internal
tasks. These messages are benign.
166
IBM Tivoli Monitoring: Troubleshooting Guide