Thanks.
1.When I connect to database, I can run "get db cfg" directly, need not
run "get db cfg for xxx"
2.I knew the meaning of SQL1009N. My question is why I can connect to
database and perform import, export and SQL statements and so on, just
failed on command "get db cfg" or "get db cfg for xxx". Just due to
catalog issue?
On Dec 22, 12:06 pm, "Pierre Saint-Jacques" <sesc...@invalid.net>
wrote:
Apologies for false presumptions of mine.
I think that because you are connected, the command gives you the db cfg of
what you are connected to. When no connect is given, then you have to
specify the dbname in the command, since db2 has no clue to which cfg of
many db's need to be retrieved.
Now if that fails with the name specified, it's another issue. In that
case, even if the db name is given, it means that the db is remote. GET DB
CFG is an instance level command and therefore requires attachment to the
instance owning the db: attach to <nodename> user ... using ...
HTH, Pierre.

Signature
Pierre Saint-Jacques
SES Consultants Inc.
514-737-4515
Thanks.
1.When I connect to database, I can run "get db cfg" directly, need not
run "get db cfg for xxx"
2.I knew the meaning of SQL1009N. My question is why I can connect to
database and perform import, export and SQL statements and so on, just
failed on command "get db cfg" or "get db cfg for xxx". Just due to
catalog issue?
On Dec 22, 12:06 pm, "Pierre Saint-Jacques" <sesc...@invalid.net>
wrote:
> The command should be
> db2 get db cfg for DBNAME
[quoted text clipped - 49 lines]
>
> > James- Hide quoted text -- Show quoted text -
James - 23 Dec 2006 02:45 GMT
Thanks for your reply.
> Apologies for false presumptions of mine.
>
[quoted text clipped - 77 lines]
> >
> > > James- Hide quoted text -- Show quoted text -