connect zum unix-server schlägt fehl

Hallo,

das Problem deutet auf einen Fehler auf der Serversite hin. Kannst Du auf dem Server selbst einen Connect durchführen?

Prüf mal, ob
* db2start auf dem Server ausgeführt wurde
* Die Umgebungsvariable DB2COMM auf dem Server den Wert TCPIP hat.
* Ggf. weitere Umgebungsvariablen prüfen.

Ich hoffe, das hilft etwas weiter,
Viel Glück 😉

Alex

Hallo!
Zum Überprüfen der DB2-Umgebungsvariablen meldest Du Dich am besten als Instanzowner auf dem Server an und setzt auf der Shell des Kommando
db2set
ab, Dann sollte u.a. "DB2COMM=tcpip" erscheinen.

Gruss,
Alex

Schade, leider fällt mir jetzt auf die Schnelle nix ein.
Nur so als Frage: Pingen lässt sich der DB-Server vom CLient aus?

Als "Inspiration" noch ein Auszug aus dem Troubleshooting-Guide zu DB2 :

"This section outlines some common troubleshooting tips that are related to TCP/IP.

SQL30081N received

Symptom
When trying to connect to a database from a client using TCP/IP and the connection fails, the message SQL30081N is often received with a protocol-specific error code ECONNREFUSED (often "10061" on Intel-based machines or "79" on UNIX-based environments).

Possible Cause
This error code indicates that the client connection was refused. (See the Message Reference for information on the other error codes of SQL30081N.)

Action
Ensure that:

[ ]
db2start was issued and the TCP/IP listener was started on the server. See Using the db2diag.log File to Diagnose Server Communication Problems, for more information.

[ ]
The TCP/IP stack is functional on both the client and the server.
The TCP/IP protocol tester, pctt, can be used to verify that the protocol works across the network. The tester can be found in the bin subdirectory of the sqllib directory.

Or, from the client, try using the ping command with the server’s host name.

[ ]
The directories are cataloged correctly. In particular, ensure that:
The database directory entry points to the correct node directory entry.
The service or port name in the svcename field in the node directory maps to the same port number as the svcename in the server’s database manager configuration.
Try cataloging the node by specifying the svcename as an available port number rather than as a service name.

The IP address or host name that is specified in the hostname field of the node directory is correct. (To verify the entry, use the ping command to test the host name or IP address.)

To verify and change directory entries, use:

The Client Configuration Assistant
The CATALOG DATABASE and CATALOG TCPIP NODE commands. See the Command Reference for more information.

[ ]
The TCP/IP services file is not corrupted, especially if you used a text editor to update it.
If you added the port settings line to the end the file, it must be followed by a blank line.

[ ]
The port number used is the same in the TCP/IP services files of the client and the server instance. The port number is uniquely defined within the TCP/IP services file.
"

Viel Glück!

Gruss,
Alex

Auf die Schnelle könntest Du vielleicht nochmals den Connect-Eintrag des Clients prüfen (insbesondere die Port-Nummer, auf der Deine Instanz läuft).

Eigentlich muss eine Anmeldung mit dem Instanzowner funktionieren. Wenn das generell nicht geht, liegt Dein ursprüngliches Problem vermutlich auch in diesem Bereich.

Nicht verzweifeln.

Hast Du schon die Verbindungsdaten (Portnummer), mit denen der Client den Connect versucht, geprüft (z.B. mit db2cca)?
Auf welchem Port Deine Instanz läuft, findest Du mit
db2 get dbm cfg
heraus: Der Parameter SVCENAME enthält entweder die Portnummer oder einen Service-Namen.
Diese Portnummer muss der Client auf dem Server ansprechen.

Schau doch mal in den Db2-diaglog (üblicherweise in $HOME/sqllib/db2dump/db2diag.log vom Instanzowner aus gesehen), ob sich Probleme beim db2start ergeben haben.

Gruss,
Alex

Das verstehe ich jetzt überhaupt nicht mehr.
Was hast Du denn verändert, bevor der Conect über den cli funktioniert hat?
Die Steuerzentrale (ich kenn mich mit dem ekligen Teil allerdings nicht ewirklich aus) verwendet die gleichen Clienteinträge wie ein normaler Connect (node- und db-directory) .