Anurag Kumar

For the benefit of all, I am posting the resolution (which was ridiculously
__________________________________________ SOLUTION
I do not know how, but there were two NIC's configured to the same DNS
and one of them was not cabled into the network.
The connection was doing a round robin type connection and failing every
other time.

Incidentally, it was not the Unix Admin fault as this DNS also seems to
have demised
and I was supposed to be using the new DNS.
__________________________________________ SOLUTION

Thanks for all your suggestions - In fact, the above situation was pointed
out to me by one of you guys in the list.


"Knight, Robert
A. (Cameron of
Pittsburgh at To
Alcoa)" [login to unmask email]
<[login to unmask email] cc
Sent by: DB2 Data Subject
Base Discussion Re: [DB2-L] Client-Server ==> FUNNY
<[login to unmask email] Our Ref
Your Ref

01/04/2006 08:17
Mail Size: 8744

Please respond to
DB2 Database
Discussion list
<[login to unmask email]

I have had similar problems in the past:
Could be incorrect I/P address or port or both;
One resolution was to recycle the server. The
Sqlstate was 08001/08003

I would be interested in the final solution

Bob Knight

-----Original Message-----
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Anurag Kumar
Sent: Wednesday, January 04, 2006 9:41 AM
To: [login to unmask email]
Subject: [DB2-L] Client-Server ==> FUNNY SITUATION


(1) Server = DB2 UDB DPF, 8.2.3 on AIX, 64-bit instance.
(2) Client = DB2 RTC 8.1 FP10 on AIX, 64-bit instance.

(1) 1st, 3rd, 5th....attempts to connect to server database
are successful.
(2) 2nd, 4th, 6th...attempts to connect to server database
return tcp/ip error. Error Message is as below:

SQL30081N A communication error has been detected.
Communication protocol being used: "TCP/IP".
Communication API being used: "SOCKETS". Location
where the error was detected: "<Correct IP Addr>".
Communication function detecting the error: "connect".
Protocol specific error code(s): "69", "*", "*".


I have done the basic checking - DB2COMM / SVCENAME etc
Also note that I do not have to do absolutely anything between
1st and 2nd attempt to get the failure message AND similarly
I do not have to do absolutely anything between
2nd and 3rd attempt to get connected !!

This problem has had me completely floored.
Any advice is urgently sought (YES, THIS IS PRODUCTION)



HSBC Software Development (India) Pvt Ltd
HSBC Center Riverside,West Avenue ,
25 B Kalyani Nagar Pune 411 006 INDIA

Telephone: +91 20 26683000
Fax: +91 20 26681030

This e-mail is confidential. It may also be legally privileged.
If you are not the addressee you may not copy, forward, disclose
or use any part of it. If you have received this message in error,
please delete it and all copies from your system and notify the
sender immediately by return e-mail.

Internet communications cannot be guaranteed to be timely,
secure, error or virus-free. The sender does not accept liability
for any errors or omissions.

Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at From that page select "Join or Leave the list". The IDUG DB2-L FAQ is at The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at