| Author |
Message
|
| Base |
 Posted: Wed Jun 24, 2009 7:15 am Post subject: |
 |
|
Apprentice
Joined: 09 Apr 2009
Posts: 32
|
| The message that no queues were found is only displayed if I press load names. It doesnt matter if I type the queue name by hand or not. When I press Write Q or Read Q nothing is displayed in the Output Window. |
|
| Back to top |
|
 |
| sumit |
| Posted: Wed Jun 24, 2009 7:20 am Post subject: |
|
|
Partisan
Joined: 19 Jan 2006
Posts: 398
|
| Base wrote: |
| When I press Write Q or Read Q nothing is displayed in the Output Window. |
When you say nothing do you mean a 'blank' or 'something not relevant to you'. The problem with this much details is, we are just not getting any clue to work on your problem.
Reason code is something that will help us to determine the problem. It's indeed strange that you are just not getting anything. 
_________________
Regards
Sumit |
|
| Back to top |
|
|
| Base |
| Posted: Wed Jun 24, 2009 11:25 pm Post subject: |
|
|
Apprentice
Joined: 09 Apr 2009
Posts: 32
|
| WMBDEV1 wrote: |
| Base wrote: |
| It just put the following message in the output window "16.21.17 Error getting queue names". |
Even when you attempt to write to the manual queue name? This is most odd. |
Yes.
I have taken a screen shot:
These steps I have taken:
1. Startet rfhutilc via Batch:
| Code: |
set RFHUTIL_HOME=%cd%
set MQSERVER=SYSTEM.ADMIN.SVRCONN/TCP/DummyHostName(1234)
rfhutilc.exe |
2. MQ -> MQConn (now "Queue Depth = 0" is displayed at upper right)
3. Load Names (now "09.14.35 Error getting queue names" is displayed)
4. Entered the QUEUE Name (XXX.IN2.QUEUE)
5. Loaded an XML-File (now "09.14.38 440 bytes read from file C:\test\RouteTrue.xml" is displayed)
6. pressed Write QUEUE - nothing happened. No output message, no message putted in desired queue.
Edit - Of course I entered the right properties for Hostname and Port in the appropriate fields. |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Jun 24, 2009 11:31 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5849
Location: UK
|
| Skip the load names step and try a READ queue before a WRITE - this will test that MQCONN and MQGET work on that queue and queue manager. |
|
| Back to top |
|
|
| Base |
| Posted: Thu Jun 25, 2009 12:17 am Post subject: |
|
|
Apprentice
Joined: 09 Apr 2009
Posts: 32
|
| zpat wrote: |
| Skip the load names step and try a READ queue before a WRITE - this will test that MQCONN and MQGET work on that queue and queue manager. |
Ok - I just started rfhutilc with my Batch, entered the QUEUE by hand (there are already some messages on the QUEUE) and pressed Read Q
Nothing happens in the output field expect that Queue Depth and Data Size displayed "0". |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Jun 25, 2009 2:59 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY
|
| Quote: |
| 3. Load Names (now "09.14.35 Error getting queue names" is displayed) |
Your connection parameters are not right.
Forget the MQServer variable and enter it's value into the qmgr field.
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Thu Jun 25, 2009 3:35 am Post subject: |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1231
Location: Gold Coast of Florida, USA
|
I assume you are using the batch file to launch RfhUtilC so you can connect to different QMGRs.
You should use MQCHLLIB pointing to a Client Connection Definition Table (CCDT) instead of MQSERVER. Verify all the connectivity with amqsputc to all the entries.
Then RfhUtilC will give you a nice drop down with all the QMGRs in the CCDT. |
|
| Back to top |
|
|
| s.miller |
| Posted: Tue Jun 30, 2009 7:34 am Post subject: Re: rfhutilc cannot load remote queues |
|
|
Newbie
Joined: 01 Feb 2006
Posts: 4
|
| Base wrote: |
| I want to write/read on queues on a remote queue manager. |
Hello Base
If you want to access remote queues from a Windows box, try something simpler - try one of the sample programs like amqsputc/amqsgetc/amqsbcgc and replace the values used with MQSERVER with appropriate values:
SET MQSERVER=SYSTEM.DEF.SVRCONN/TCP/9.242.192.146(1414)
amqsbcgc.exe SYSTEM.DEFAULT.LOCAL.QUEUE
If you only have the Server installed, all the Client libraries won't have been installed. An MQ client program binds to mqic32.dll which itself uses other MQ dlls including amqzsaic.dll
Unlike rfhutilc.exe the sample program will probably fail to 'statically' bind to the client library and you will get an error dialog 'amqzsaic.dll was not found.'
If you are missing: C:\Program Files\IBM\WebSphere MQ\bin\amqzsaic.dll - copy it from another installation or from the installation directory/media: WebSphere_MQ_V6.0\MSI\bin\amqzsaic.dll
Some MQ trivia:
a. The Eclipse based MQ Explorer doesn't use mqic32 to make a client connection - you may already have this working.
b. You don't see an error with rfhutilc.exe at startup is because it 'dynamically' loads the client library before trying to do an MQCONN to your remote QM and it doesn't tell you this in an error message.
c. The samples are 'statically' linked to the client libraries and so immediately show if a library is missing.
d. MQ trace won't show anything because the Operating System has failed to load the libraries, so hasn't run the sample, or issued the MQCONN call.
Kind regards. |
|
| Back to top |
|
|
| vchenna |
| Posted: Tue Jun 30, 2009 12:32 pm Post subject: |
|
|
Novice
Joined: 29 Jun 2009
Posts: 18
|
I m getting the same issue!!!
Please see
Hi,
I want to write/read on queues on a remote queue manager. MQ is installed on Linux RED HAT and I know the host() and the port 1414) and the Channel (eg. SYSTEM.ADMIN.SVRCONN).
I worked on setting up MQ Server Varaible on client - Window XP-
SET MQSERVER=SYSTEM.ADMIN.SVRCONN/TCP/HOST(1414)
i checked from server varaible from command prompt to by typing - c:\set
i see SET MQSERVER=SYSTEM.ADMIN.SVRCONN/TCP/HOST(1414)
I started rfhutilc (V7.0) And when I try to read a queue -
I m gettin an error:
16.29.50 2058 Queue manager name not found (Connect)
16.29.08 2058 Queue manager name not found (Connect) |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Jul 01, 2009 1:19 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY
|
| vchenna wrote: |
I m getting the same issue!!!
Please see
Hi,
I want to write/read on queues on a remote queue manager. MQ is installed on Linux RED HAT and I know the host() and the port 1414) and the Channel (eg. SYSTEM.ADMIN.SVRCONN).
I worked on setting up MQ Server Varaible on client - Window XP-
SET MQSERVER=SYSTEM.ADMIN.SVRCONN/TCP/HOST(1414)
i checked from server varaible from command prompt to by typing - c:\set
i see SET MQSERVER=SYSTEM.ADMIN.SVRCONN/TCP/HOST(1414)
I started rfhutilc (V7.0) And when I try to read a queue -
I m gettin an error:
16.29.50 2058 Queue manager name not found (Connect)
16.29.08 2058 Queue manager name not found (Connect) |
The assumption here is that telnet <HOST> 1414 works (i.e. you're not blocked by a firewall...)
Try this:
forget the MQSERVER variable... (shouldn't it be MQServer?)
Start rfhutilc.
Into the qmgr field enter: SYSTEM.ADMIN.SVRCONN/TCP/<HOST>(1414)
Then push the load queues button....
I hope that you do not have literally the word HOST there but more the dns name for the host (that's why I put <HOST>)...
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Jul 01, 2009 1:28 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| fjb_saper wrote: |
| ...(shouldn't it be MQServer?)... |
No...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Wed Jul 01, 2009 5:12 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
I thought you had to reboot if you change MQSERVER? Did they change that?
I usually use channel tables so I haven't used MQSERVER for a long time so I may be wrong about a reboot these days. |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Jul 01, 2009 5:25 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| kevinf2349 wrote: |
| I thought you had to reboot if you change MQSERVER?... |
A reset of the value is enough. For the occasions (fewer and fewer these days, thankfully) that a number of clients on the same box are using different queue managers, and I can't use a channel table, I have them set it in their discreet environment.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| nvenkatesh |
| Posted: Mon Jul 06, 2009 12:57 am Post subject: |
|
|
Apprentice
Joined: 29 Jan 2007
Posts: 45
|
Hi,
I exactly got the same error and the remote queue manager is not even the z/os but a machine on the same local network. I resolved it. Here goes the soln.
While installing MQ in your local windows machine you have to make sure that you install the MQ Client libraries. I assume this is the case for you too. In windows, the client libraries are not installed by default. You have to select it in the installation dialog box while doing the installation. The RfhUtil v7.0 is also not intelligent enough to check whether you have the MQ Client libraries installed.
FYI,
The MQSERVER Environment variable and its format "channel/transport/connection" is used only by a MQ Client library. So it is error on our side on not installing the client library if it is the case.
And also we have to check on the ih03.doc before we use any programs of ih03 support pac.
Thanks,
Venkatesh[/i] |
|
| Back to top |
|
|
| WMBDEV1 |
| Posted: Mon Jul 06, 2009 1:18 am Post subject: |
|
|
Sentinel
Joined: 05 Mar 2009
Posts: 888
Location: UK
|
| nvenkatesh wrote: |
While installing MQ in your local windows machine you have to make sure that you install the MQ Client libraries.
|
A point previously pointed out by s.miller.
This used to fail with a big error message with earlier versions or rfhutil / MQ but it seems to be the case that it now fails silently. |
|
| Back to top |
|
|
|
|
