| Author |
Message
|
| offshore |
 Posted: Thu Oct 28, 2004 11:01 am Post subject: CSD08 Problems |
 |
|
Master
Joined: 20 Jun 2002
Posts: 222
|
All,
Anyone having problems with CSD08?
I installed it on my local machine (Windows XP) and since then was having troubles. Once I backed out to CSD07 everything was fine again.
Error for event viewer:
| Quote: |
Event Type: Error
Event Source: WebSphere MQ
Event Category: None
Event ID: 9248
Date: 10/28/2004
Time: 14:35:21 PM
User: N/A
Computer: WINXPMQ1
Description:
The program could not bind to a TCP/IP socket.
The attempt to bind to socket 'pùÍ' failed with return code 0. The failing TCP/IP call was 'gethostbyname'. The most likely cause of this problem is incorrect configuration of the TCP/IP local address or incorrect start and end port parameters.
Contact the system administrator. If the problem persists contact your IBM support center. |
|
|
| Back to top |
|
 |
| hguapluas |
| Posted: Thu Oct 28, 2004 1:45 pm Post subject: |
|
|
Centurion
Joined: 05 Aug 2004
Posts: 105
Location: San Diego
|
| What is the configuration of your XP box? Do you have SP1 or SP2? Do you have a firewall or other security implemented? What are the errors reported in the MQ logs? More info needed... |
|
| Back to top |
|
|
| Nigelg |
| Posted: Thu Oct 28, 2004 11:56 pm Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004
Posts: 1046
|
| Did you read te erorr message? it says it is a problem in gethostbyname(), not a WMQ function. |
|
| Back to top |
|
|
| offshore |
| Posted: Fri Oct 29, 2004 3:42 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
What do you mean not an MQ function?
The gethostby*** function(whether it be gethostbyname, gethostbyaddr,..) is written into the software package. It will use an API to talk to TCPIP so it can bind to the socket, but it isn't "just" and TCP issue.
All the other CSDs (1-7) work just fine only 8 causes this issue. I can manually start the channel, but the AMQSPUT program will cause this error everytime if the channel isn't currently running.
Here is a partial trace for CSD07 & CSD08:
CSD07 [works]
| Quote: |
Process : C:\Program Files\IBM\WebSphere MQ\bin\RUNMQCHI.exe
Version : 530.7 CSD07 Level : p530-07-L040527
Date : 10/29/2004 Time : 07:15:35
QueueManager : WINQM1
00002C1B 07:15:38.633183 1020.4 -----{ cciTcpAllocConv
00002C1C 07:15:38.633194 1020.4 ------{ xcsRequestThreadMutexSem
00002C1D 07:15:38.633204 1020.4 ------} xcsRequestThreadMutexSem (rc=OK)
00002C1E 07:15:38.633213 1020.4 ------{ getservbyname
00002C1F 07:15:38.644744 1020.4 ------}! getservbyname (rc=Unknown(1))
00002C20 07:15:38.644827 1020.4 ------{ xcsReleaseThreadMutexSem
00002C21 07:15:38.644840 1020.4 ------} xcsReleaseThreadMutexSem (rc=OK)
00002C22 07:15:38.644855 1020.4 Host(10.10.10.15(1414)) [realport(34309)]
00002C23 07:15:38.644894 1020.4 ------{ socket
00002C24 07:15:38.645164 1020.4 ------}! socket (rc=Unknown(250))
00002C25 07:15:38.645247 1020.4 Socket: 250
00002C26 07:15:38.645262 1020.4 ------{ ioctl
00002C27 07:15:38.645283 1020.4 ------} ioctl (rc=OK)
00002C28 07:15:38.645293 1020.4 ------{ connect
00002C29 07:15:38.655000 1020.4 ------} connect (rc=OK)
00002C2A 07:15:38.655120 1020.4 Socket bound to address '10.10.10.142(1640)'
00002C2B 07:15:38.655175 1020.4 !! - TCP/IP TCP_NODELAY active
00002C2C 07:15:38.655190 1020.4 -----} cciTcpAllocConv (rc=OK) |
CSD08 [fails]
| Quote: |
Process : C:\Program Files\IBM\WebSphere MQ\bin\RUNMQCHI.exe
Version : 530.8 CSD08 Level : p530-08-L040921
Date : 10/29/2004 Time : 06:45:50
QueueManager : WINQM1
00007064 06:46:44.234311 1732.9 -----{ cciTcpAllocConv
00007065 06:46:44.234321 1732.9 ------{ xcsRequestThreadMutexSem
00007066 06:46:44.234332 1732.9 ------} xcsRequestThreadMutexSem (rc=OK)
00007067 06:46:44.234341 1732.9 ------{ getservbyname
0000706F 06:46:44.241816 1732.9 ------}! getservbyname (rc=Unknown(1))
00007070 06:46:44.241895 1732.9 ------{ xcsReleaseThreadMutexSem
00007071 06:46:44.241910 1732.9 ------} xcsReleaseThreadMutexSem (rc=OK)
00007072 06:46:44.241925 1732.9 Host(10.10.10.15(1414)) [realport(34309)]
000074C2 06:46:46.514151 1732.9 ------{ rrxError
000074C3 06:46:46.514217 1732.9 RetCode = 20009248, rc1 = 0, rc2 = 0, Comment1 = 'TCP/IP', Comment2 = 'pùÍ', Comment3= 'gethostbyname', File= 'F:\CSD\BUILD\SOURCE\lib\comms\amqccita.c', Line= '713'
000074C4 06:46:46.514234 1732.9 ------}! rrxError (rc=rrcE_COMMS_BIND_ERROR)
000074C5 06:46:46.514287 1732.9 -----}! cciTcpAllocConv (rc=rrcE_COMMS_BIND_ERROR)
000074C6 06:46:46.514302 1732.9 ----}! ccxAllocConv (rc=rrcE_COMMS_BIND_ERROR)
000074C7 06:46:46.514315 1732.9 ----{ rriCommsError
000074C8 06:46:46.514324 1732.9 ----} rriCommsError (rc=OK)
000074C9 06:46:46.514338 1732.9 ---}! rriInitSess (rc=rrcE_COMMS_BIND_ERROR)
000074CA 06:46:46.514352 1732.9 ---{ rriFreeSess |
|
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Oct 29, 2004 4:33 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Are you running XP Home or XP Professional?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| offshore |
| Posted: Fri Oct 29, 2004 5:11 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
Windows XP Pro - SP1
According to the Add/Remove programs there are several SP2 hotfixes applied. |
|
| Back to top |
|
|
| csmith28 |
| Posted: Fri Oct 29, 2004 5:42 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
For what it is worth. I just installed CSD08 on my XP-Pro Laptop with no problems but. I only have one MQManager Defined and no connections to any other (remote or local) MQManagers.
Later this weekend I will create a second MQManager and set up some channels to see if I can duplicate the error.
*************************************************************
10/31/04 update
This isn't good...
With 5.3.0.8 I can't even open MQ Explorer. It keeps hanging up then sending error reports. It worked fine with 5.3.0.0.
So I uninstalled MQ5.3.0.8 and attempted to re-install it but my CD is scratched. 
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Nov 02, 2004 1:14 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
We installed CSD08 this afternoon on AIX (WMQ 5.3.07).
Promptly MQ refused to start the second qmgr and created about 1000 FDCs (triggered queue with messages...)
Nothing worked right and the FDC's hinted to a memory problem.
Had to reboot the server. Since then CSD08 seems to be running fine.
Enjoy  |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Nov 02, 2004 2:59 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
I have CSD08 on a XP-Pro laptop with 6 QMs and no issues.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| JasonE |
| Posted: Mon Nov 08, 2004 7:20 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
If you have a problem caused by fixpack 8, it ought to be reported. I know of no problem (yet) in fixpack 8 (although to be fair I have been out the office for 3 weeks since it shipped!).
The reported problem on this message thread interests me because its so reproducable (and thanks for the trace snippet - it really, really helps).
On the channel in question, is there anything in the LOCLADDR field (sender side, which is this side I think)? Can you paste in a "dis chl(...) all" please.
In the trace, do we dump a data block CCXP anywhere from the same thread slightly higher up? Again please paste if so. |
|
| Back to top |
|
|
| offshore |
| Posted: Tue Nov 09, 2004 4:18 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
Jason/All,
In response for more info:
There is nothing in the local addr field for the channels. The only thing that is used is an exit for channel priority (MC76 support pac) to handle a planned failed over. That is the reason for 2 channels shown. Also, I should mention they are cluster sender channels, not sender/reciever channels and perhaps that is a difference between those working fine on CSD08 and my setup.
| Quote: |
1 : DIS CHL(TO.ZMQ1) ALL
AMQ8414: Display Channel details.
CHANNEL(TO.ZMQ1) CHLTYPE(CLUSSDR)
TRPTYPE(TCP) DESCR( )
MCANAME( ) MODENAME( )
TPNAME( ) BATCHSZ(50)
DISCINT(6000) SHORTRTY(10)
SHORTTMR(60) LONGRTY(999999999)
LONGTMR(1200) SCYEXIT( )
SEQWRAP(999999999) MAXMSGL(4194304)
CONVERT(NO) SCYDATA( )
USERID( ) PASSWORD( )
MCATYPE(THREAD) CONNAME(10.10.10.15)
HBINT(300) BATCHINT(0)
NPMSPEED(FAST) SSLCIPH( )
BATCHHB(0) LOCLADDR( )
KAINT(AUTO) MCAUSER( )
CLUSTER(ZCLUS1) CLUSNL( )
ALTDATE(2004-06-30) ALTTIME(12.40.31)
SSLPEER()
MSGEXIT( )
SENDEXIT( )
RCVEXIT( )
MSGDATA( )
SENDDATA( )
RCVDATA( )
1 : DIS CHL(TO.ZMQ2) ALL
AMQ8414: Display Channel details.
CHANNEL(TO.ZMQ2) CHLTYPE(CLUSSDR)
TRPTYPE(TCP) DESCR( )
MCANAME( ) MODENAME( )
TPNAME( ) BATCHSZ(50)
DISCINT(6000) SHORTRTY(10)
SHORTTMR(60) LONGRTY(999999999)
LONGTMR(1200) SCYEXIT( )
SEQWRAP(999999999) MAXMSGL(4194304)
CONVERT(NO) SCYDATA( )
USERID( ) PASSWORD( )
MCATYPE(THREAD) CONNAME(10.10.10.17)
HBINT(300) BATCHINT(0)
NPMSPEED(FAST) SSLCIPH( )
BATCHHB(0) LOCLADDR( )
KAINT(AUTO) MCAUSER( )
CLUSTER(ZCLUS1) CLUSNL( )
ALTDATE(2004-06-30) ALTTIME(12.40.31)
SSLPEER()
MSGEXIT( )
SENDEXIT( )
RCVEXIT( )
MSGDATA( )
SENDDATA( )
RCVDATA( ) |
The CCXParseINI called was invoked in the trace. It is posted below (I think I got all of it.)
| Quote: |
00007011 06:46:44.232125 1732.9 -----{ ccxParseIni
00007012 06:46:44.232142 1732.9 !! - Transport Parameter Block
00007013 06:46:44.232151 1732.9 Data:-
00007013 06:46:44.232151 1732.9 0x00CDF0F8 43 43 58 50 02 00 FF FF 00 00 00 00 00 00 00 00 : CCXP..ÿÿ........
00007013 06:46:44.232151 1732.9 0x00CDF108 00 00 00 00 51 4D 53 50 41 43 45 20 20 20 20 20 : ....QMSPACE
00007013 06:46:44.232151 1732.9 0x00CDF118 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 :
00007013 06:46:44.232151 1732.9 1 lines suppressed, same as above
00007013 06:46:44.232151 1732.9 0x00CDF138 20 20 20 20 FF FF FF FF 31 36 36 2E 31 32 33 2E : ÿÿÿÿ10.10.
00007013 06:46:44.232151 1732.9 0x00CDF148 32 31 35 2E 31 30 20 20 20 20 20 20 20 20 20 20 : 10.15
00007013 06:46:44.232151 1732.9 0x00CDF158 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 :
00007013 06:46:44.232151 1732.9 14 lines suppressed, same as above
00007013 06:46:44.232151 1732.9 0x00CDF248 70 F9 CD 00 00 00 00 00 00 00 00 00 00 00 00 00 : pùÍ.............
00007013 06:46:44.232151 1732.9 0x00CDF258 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 : ................
00007013 06:46:44.232151 1732.9 1 lines suppressed, same as above
00007013 06:46:44.232151 1732.9 0x00CDF278 77 73 6F 63 6B 33 32 00 00 00 00 00 00 00 00 00 : wsock32.........
00007013 06:46:44.232151 1732.9 0x00CDF288 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF : ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00007013 06:46:44.232151 1732.9 1 lines suppressed, same as above
00007013 06:46:44.232151 1732.9 0x00CDF2A8 FF FF FF FF FF FF FF FF 64 00 00 00 FE 7F 00 00 : ÿÿÿÿÿÿÿÿd...þ...
00007013 06:46:44.232151 1732.9 0x00CDF2B8 FF FF FF FF 00 00 00 00 01 00 00 00 01 00 00 00 : ÿÿÿÿ............
00007013 06:46:44.232151 1732.9 0x00CDF2C8 00 00 00 00 00 00 00 00 FE 7F 00 00 00 08 00 00 : ........þ.......
00007013 06:46:44.232151 1732.9 0x00CDF2D8 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF : ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ
00007013 06:46:44.232151 1732.9 20 lines suppressed, same as above
00007013 06:46:44.232151 1732.9 0x00CDF428 FF FF FF FF : ÿÿÿÿ
00007014 06:46:44.232313 1732.9 -----} ccxParseIni (rc=OK) |
|
|
| Back to top |
|
|
| JasonE |
| Posted: Tue Nov 09, 2004 4:59 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
| Contacted via PM for more info - One of us can update this thread when more details are known |
|
| Back to top |
|
|
| JasonE |
| Posted: Wed Nov 10, 2004 9:05 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
I think this problem is one we have opened IC43446 for, and impacts failures to start cluster sender channels. The way to identify this problem is that the second insert of the message is corrupted (in this case, you can see The attempt to bind to socket 'pùÍ' failed)
Anyone hitting this should ask for the fix from IBM support, but it probably will appear as an interim fix on the fixpack download site soon. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Nov 10, 2004 3:43 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
<sigh>
I just finished putting CSD08 on all my DEV and QA servers, because it fixed other problems, PROD is next week, and now this.....
Jason, I looked for IC43446 on the IBM site and found nothing. I need "official" documentation on this. Can you help?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| JasonE |
| Posted: Thu Nov 11, 2004 1:57 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
Not yet... it only gets published when it gets closed, and the apar only got raised yesterday late afternoon! I'm still researching the exact impact as well and I'll do the work to get the fix through the system and it should close shortly (day or so) but if you need urgent details you'll have to contact IBM support and ask them about it.
However, I would have expected you would have hit the problem by now if you were going to, but if you want to have that warm fuzzy feeling, ask for a testfix from service |
|
| Back to top |
|
|
|
|
