I ran the suggested command
db2 bind @db2cli.lst blocking all grant public sqlerror continue CLIPKG
5
Now the job is failing looking for package nullid.SYSLH106
Is there anyway of determining how many packages this app will need?
Gert van der Kooij - 04 Jan 2006 18:15 GMT
> I ran the suggested command
> db2 bind @db2cli.lst blocking all grant public sqlerror continue CLIPKG
[quoted text clipped - 3 lines]
>
> Is there anyway of determining how many packages this app will need?
Count the number of needed handles, there's a description about CLI
handles in the DB2 docs at http://tinyurl.com/7m9hc
datapro01@yahoo.com - 04 Jan 2006 18:51 GMT
Thanks..this is very good information. It seems to be saying that I
would need to know the number of packges the app is using in order to
determine the best value to set CLIPKG value. Is that correct?
Gert van der Kooij - 04 Jan 2006 19:47 GMT
> Thanks..this is very good information. It seems to be saying that I
> would need to know the number of packges the app is using in order to
> determine the best value to set CLIPKG value. Is that correct?
As far as I understand you have to count the number of handles needed
by your application. I'm not familiar with CLI programming but maybe
the application allocates handles and doesn't release them when they
are not needed anymore.
Ian - 06 Jan 2006 04:39 GMT
> I ran the suggested command
> db2 bind @db2cli.lst blocking all grant public sqlerror continue CLIPKG
[quoted text clipped - 3 lines]
>
> Is there anyway of determining how many packages this app will need?
This doesn't happen to be a perl application, does it? I ran into a
situation using an older build ActivePerl with DBD::DB2 that had the
same issue -- no matter how many CLI packages I bound I would eventually
run out. The only way we could figure out how to release the handles
was to disconnect and reconnect after X transactions.
However, after we upgraded to the most current release of perl (but
using the same DBI and DBD::DB2 modules) the problem was resolved.
datapro01@yahoo.com - 06 Jan 2006 12:31 GMT
Thanks...not Its not perl. We've opened an SR with Siebel as this
happened after a recent Siebel upgrade.