Hi,
have been debugging a problem when fetching blobs and after issuing a
dynamic sql select
select MYBLOB,BLOBUNCOMPRESSLEN from BLOBTABLE where ID=1
and then issueing a fetch I get the following error message and no data is
returned, even though the data was written from the same machine and exists
on the server:
SQL0805N Paket "NULLID.SQL096" nicht gefunden.
On the server the SQL works fine. At other sites where our software is
installed the problem dos not exist, so it must have something to do with
the installation of the client software at this customers' site. The server
has DB2 7.1 FP3 installed, the clients have DB2 7.1 installed. One
speciality at this customers' site is that they use COLUMBUS to install
software on the clients automatically when logging on to the computer. The
DB2 client was installed using this mechanism and the client config list of
alias names were also generated on a test machine and then distributed over
the network. All our other clients had the DB2 client installed directly
from CD and the CCA alias names created locally, which probably avoided the
above issue.
The documentation of this error mentions a few resolutions, which to be
honest I do not completely understand. As we do not use stored procedures or
packages and do not use static SQL we have never had to bind anything to
anything else before, so I do not understand the error. The only resolution
that I could test that makes a little sense to me would be
cd bnd
DB2 connect to ALIAS user db2admin using password
DB2 bind @db2ubind.lst blocking all grant public
DB2 bind @db2cli.lst blocking all grant public
Could some kind soul out there perhaps explain what is causing this problem
and what the above resolution does. I would like to know what the commands
do before I try this out.
Regards
Rudolf Bargholz
------------------------------------------
SQL0805N Paket "<paketname>" nicht gefunden.
Erläuterung: Mögliche Ursachen für den (SQLCODE) dieser Nachricht:
a.. Das angegebene Paket oder Programm ist in der Datenbank nicht
definiert.
b.. Das Programm wurde nicht gebunden oder wurde gelöscht.
c.. Die Anwendung, die ausgeführt wird, ist nicht an die Datenbank
gebunden.
d.. Für die Ausführung eines DB2-Dienstprogramms oder einer CLI-Anwendung
kann es erforderlich sein, die DB2-Dienstprogramme erneut an die Datenbank
zu binden.
Die Anweisung kann nicht verarbeitet werden.
Benutzeraktion: Korrigieren Sie den Namen des Pakets, oder binden Sie das
Programm. Wenn die ausgeführte Anweisung nicht an die Datenbank gebunden
ist, bitten Sie den Datenbankadministrator, die erforderlichen
Bindeoperationen durchzuführen.
Falls die DB2-Dienstprogramme erneut an die Datenbank gebunden werden
müssen, kann der Datenbankadministrator dies mit einem der folgenden
CLP-Befehle vom Unterverzeichnis bnd aus vornehmen, während er mit der
Datenbank verbunden ist:
a.. "DB2 bind @db2ubind.lst blocking all grant public" für die
DB2-Dienstprogramme
b.. "DB2 bind @db2cli.lst blocking all grant public" für CLI.
Benutzer von Systemen mit zusammengeschlossenen Datenbanken: Stellen Sie
sicher, daß die für den Server mit zusammengeschlossenen Datenbanken
erforderlichen Pakete in den entsprechenden Datenquellen gebunden werden.
Weitere Informationen zum Binden von Paketen mit Datenquellen finden Sie im
Handbuch Installation and Configuration Supplement.
sqlcode: -805
sqlstate: 51002
