IBM E027SLL-H Troubleshooting Guide - Page 245

Using DB2 v8.1, Warehouse Proxy Agent crashes

Page 245 highlights

The error SQL0443N with 'SYSIBM:CLI:-805' occurs after upgrading to DB2 UDB Version 8.1 Fix Pack 10 An error occurs with the SQLTables if the database was created before applying IBM DB2 V8.1 Fix Pack 10 (also known as Version 8.2 Fix Pack 3), you encounter an SQL0443N error if you run a DB2 Call Level Interface (CLI) catalog function (such as SQLTables(), SQLColumns(), or SQLStatistics()). The following is an example of the error in a log: (430F82BD.0000-3C4:khdxodbc.cpp,319,"initializeDatabase") Connection with Datasource "ITM Warehouse" successful (430F82BD.0001-3C4:khdxbase.cpp,250,"setError") Error 20/3/-443(FFFFFE45)/0 executing SQLTables (430F82BD.0002-3C4:khdxbase.cpp,266,"setError") Error "[IBM][CLI Driver][DB2/NT] SQL0443N Routine "SYSIBM.SQLTABLES" (specific name "TABLES") has returned an error SQLSTATE with diagnostic text "SYSIBM:CLI:-805". SQLSTATE=38553 +430F82BD.0002 " Bind the db2schema.bnd file against each database to resolve this error. Run the following command from a DB2 command prompt: 1. db2 connect to dbname (Warehouse Database) where: dbname Specifies the name of a database to which you want to bind the utilities, or the Warehouse Database name. 2. DB2 bind path_name where: path_name Specifies the full path name of the directory where the bind files are located, usually sqllib/bnd. The following examples shows the rebinding commands from the c:\SQLLIB\bnd>DB2 directory: c:\SQLLIB\bnd>DB2 connect to dbname (Warehouse Database) c:\SQLLIB\bnd>DB2 bind @db2ubind.lst blocking all grant public c:\SQLLIB\bnd>DB2 bind @db2cli.lst blocking all grant public c:\SQLLIB\bnd>DB2 bind db2schema.bnd blocking all grant public Using DB2 v8.1, Warehouse Proxy Agent crashes DB2 8.1 FP16 or higher is required. Using DB2 V9.1 for z/OS, Warehouse Proxy agent encounters a large number of disconnections When using DB2 for z/OS 9.1 for the warehouse database, the Warehouse Proxy agent can encounter repeated disconnections from the database. The default idle thread timeout value (DSN6FAC IDTHTOIN in DSNZPxxx) is 120 seconds. The Warehouse Proxy agent uses a pool of database connections to process export requests from monitoring agents. The warehousing interval used by agents can be set to values ranging from 15 minutes up to 24 hours. The database connections are idle between export requests, and if the idle thread timeout value is less than the warehousing interval, the database connections may timeout. This results in numerous error messages written to the Warehouse Proxy agent log. The Warehouse Proxy agent "Statistics" workspace will also show a large number of Disconnections in the "Failure / Disconnections" view. Chapter 13. Database troubleshooting 227

  • 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

The error SQL0443N with 'SYSIBM:CLI:-805' occurs after upgrading to
DB2 UDB Version 8.1 Fix Pack 10
An error occurs with the SQLTables if the database was created before applying
IBM DB2 V8.1 Fix Pack 10 (also known as Version 8.2 Fix Pack 3), you encounter
an SQL0443N error if you run a DB2 Call Level Interface (CLI) catalog function
(such as SQLTables(), SQLColumns(), or SQLStatistics()). The following is an
example of the error in a log:
(430F82BD.0000-3C4:khdxodbc.cpp,319,"initializeDatabase") Connection with
Datasource "ITM Warehouse" successful
(430F82BD.0001-3C4:khdxbase.cpp,250,"setError") Error 20/3/-443(FFFFFE45)/0
executing SQLTables
(430F82BD.0002-3C4:khdxbase.cpp,266,"setError") Error "[IBM][CLI Driver][DB2/NT]
SQL0443N Routine "SYSIBM.SQLTABLES" (specific name "TABLES") has returned an
error SQLSTATE with diagnostic text "SYSIBM:CLI:-805".
SQLSTATE=38553
+430F82BD.0002 "
Bind the
db2schema.bnd
file against each database to resolve this error. Run the
following command from a DB2 command prompt:
1.
db2 connect to dbname (Warehouse Database)
where:
dbname
Specifies the name of a database to which you want to bind the
utilities, or the Warehouse Database name.
2.
DB2 bind path_name
where:
path_name
Specifies the full path name of the directory where the bind files are
located, usually
sqllib/bnd
.
The following examples shows the rebinding commands from the
c:\SQLLIB\bnd>DB2
directory:
c:\SQLLIB\bnd>DB2 connect to dbname (Warehouse Database)
c:\SQLLIB\bnd>DB2 bind @db2ubind.lst blocking all grant public
c:\SQLLIB\bnd>DB2 bind @db2cli.lst blocking all grant public
c:\SQLLIB\bnd>DB2 bind db2schema.bnd blocking all grant public
Using DB2 v8.1, Warehouse Proxy Agent crashes
DB2 8.1 FP16 or higher is required.
Using DB2 V9.1 for z/OS, Warehouse Proxy agent encounters a large
number of disconnections
When using DB2 for z/OS 9.1 for the warehouse database, the Warehouse Proxy
agent can encounter repeated disconnections from the database. The default idle
thread timeout value (DSN6FAC IDTHTOIN in DSNZPxxx) is 120 seconds. The
Warehouse Proxy agent uses a pool of database connections to process export
requests from monitoring agents. The warehousing interval used by agents can be
set to values ranging from 15 minutes up to 24 hours. The database connections
are idle between export requests, and if the idle thread timeout value is less than
the warehousing interval, the database connections may timeout. This results in
numerous error messages written to the Warehouse Proxy agent log. The
Warehouse Proxy agent "Statistics" workspace will also show a large number of
Disconnections in the "Failure / Disconnections" view.
Chapter 13. Database troubleshooting
227