| Author |
Message
|
| jared_hagel |
 Posted: Sun Aug 29, 2004 3:53 pm Post subject: Q!Pasa questions |
 |
|
Apprentice
Joined: 23 Jun 2004
Posts: 29
|
I'm interested in learning more about Q Pasa!. The information provided on MQSoftware's website (http://www.mqsoftware.com/product/qpasa.jsp) was helpful, but the documentation on the Web-Based Client Option was not detailed enough.
Does the Web-Based Client allow users to monitor queues from a company intranet and the internet?
If so, does the Web-Based Client refresh information displayed to the user, such as queue depth and message backout count, every few seconds?
How is the Web-Based Client installed? Is the Web-Based client simply installed a web server that also runs IBM's MQ Client software?
How is user security controlled? Does the web server contain information relating a user to the operations the user can perform. By operations I mean reading messages on a queue, creating a new queue, and so on.
Thanks!
Jared Hagel
IS Systems Analyst
Canadian Pacific Railway[/url] |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Sun Aug 29, 2004 8:05 pm Post subject: Re: Q!Pasa questions |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| jared_hagel wrote: |
I'm interested in learning more about Q Pasa!. The information provided on MQSoftware's website (http://www.mqsoftware.com/product/qpasa.jsp) was helpful, but the documentation on the Web-Based Client Option was not detailed enough.
Does the Web-Based Client allow users to monitor queues from a company intranet and the internet? YES
If so, does the Web-Based Client refresh information displayed to the user, such as queue depth and message backout count, every few seconds? Depends on transmission rate of agents. If the screen refreshes every 10 secs but the agents send info only every 30 secs....
How is the Web-Based Client installed? Is the Web-Based client simply installed a web server that also runs IBM's MQ Client software?No. The browser service is on the same machine as the QPasa Server.
How is user security controlled? Does the web server contain information relating a user to the operations the user can perform. By operations I mean reading messages on a queue, creating a new queue, and so on.
Security is controlled at the QPasa defined group level. Users are then assigned to the group. Yes the server will have a trace of which user did what, providing the user did it through QPasa and not directly using MQ. You can further secure the agents, forcing the admin (config manager) users to also have a login on the host with the MQ server
Thanks!
Jared Hagel
IS Systems Analyst
Canadian Pacific Railway[/url] |
Enjoy
F.J. |
|
| Back to top |
|
|
| jared_hagel |
| Posted: Mon Aug 30, 2004 6:36 am Post subject: |
|
|
Apprentice
Joined: 23 Jun 2004
Posts: 29
|
| Quote: |
| If so, does the Web-Based Client refresh information displayed to the user, such as queue depth and message backout count, every few seconds? Depends on transmission rate of agents. If the screen refreshes every 10 secs but the agents send info only every 30 secs.... |
Is the rate of the screen refresh configurable?
| Quote: |
| How is the Web-Based Client installed? Is the Web-Based client simply installed a web server that also runs IBM's MQ Client software? No. The browser service is on the same machine as the QPasa Server. |
Does the QPasa Server need to be installed on the same machine as the Websphere MQ Client or Server?
Thanks again!
Jared Hagel |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Aug 30, 2004 6:59 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
QPasa, like a lot of other monitoring tools, actually needs to be installed on it's own server - not one of your production servers. You would also install the web service on this same machine - and depending on your configuration you might also install a database server. I think QPasa prefers to use DB2. I do not know if the QPasa management server requires an MQ Server or Client installed.
You then need to install QPasa agents on your production servers where you have MQ Servers and clients that you want QPasa to monitor.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jared_hagel |
| Posted: Mon Aug 30, 2004 7:10 am Post subject: |
|
|
Apprentice
Joined: 23 Jun 2004
Posts: 29
|
Aaaaah, OK. Now I understand.
Could a QPasa agent do its monitoring using only the MQ client? Our MQ Client exists on a different production server than the MQ Server.
Thanks,
Jared |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Aug 30, 2004 7:34 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I don't think so.
I think you need to install the QPasa agent on your MQ Server, if you want to monitor your MQ Server.
But it's been a while since I've used the QPasa product (about a year).
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Aug 30, 2004 8:16 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
The QPASA agents do not use MQ itself to transmit the data they collect about MQ back to the central QPASA server.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| jared_hagel |
| Posted: Mon Aug 30, 2004 10:02 am Post subject: |
|
|
Apprentice
Joined: 23 Jun 2004
Posts: 29
|
Thanks for the info.
Just to make sure I got it, is this how QPasa could be configured:
Tier 1:
|---------------------| |--------------------|
| Internet Browser| | Internet Browser |
|----------------------| |-------------------|
Tier 2:
|-------------------|
| QPasa Server|
|------------------|
Tier 3:
|-----------------| |-------------|
| MQ Server ----| | MQ Server |
| QPasa Agent | | QPasa Agent |
|-------------------| |-------------|
Hopefully the diagram's understandable.
Thanks,
Jared |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Aug 30, 2004 12:01 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Jared, we have QPASA 3.1 here, and your drawing represents what we have, except we don't have a Web Based Client. We have to install the QPASA client for any user that wants to use QPASA. This is a pain and a web based client would be great. AFAIK, the next version of QPASA is supposed to have a web based client. If the current version does, its news to me, although I do see what you saw on their website.
I would contact your salesrep from MQSoftware for clarification.
By the way, the refresh rate is set by telling the individual agent how often to send updates back to the mother ship. More often does give you closer to "real-time" views, but at the cost of database space.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Aug 30, 2004 1:39 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Peter
You should have the web version of the management console as a webclient. Just make sure the browser service is running on the server.
Then access with http://qpasaserver:15007
Of course it might not be available to you, due to security...
The web config console is harder to install and would probably not fit your needs. The upcomming version (09/2004) is supposed to fix this.
Jared: both the consoles refresh frequency and the agents' send frequency are configurable.(defaults = 10 and 30 secs)
We are running our server on Win2003 with MSSQL and monitoring Unix and Mainframe queue managers.
Enjoy
F.J. |
|
| Back to top |
|
|
| Tibor |
| Posted: Sun Sep 05, 2004 1:45 am Post subject: |
|
|
Grand Master
Joined: 20 May 2001
Posts: 1033
Location: Hungary
|
| fjb_saper wrote: |
| The web config console is harder to install and would probably not fit your needs. The upcomming version (09/2004) is supposed to fix this. |
If you know other information about new version (or just a fix?) publish it, because I'm very curioius  . My big headache with QPasa the inconsistency in the configuration and management - deleting an mq object is allowed none the less that is under setting of history or event service.
Tibor |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Sep 05, 2004 6:51 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
The fact that you can delete an object under event or history monitoring is a must. What would happen if you just deleted it from MQ?
Tibor, talk to your QPasa rep about all the pluses of the new version. There is a webinar about the new version that will give you a good idea...
The new version is supposed to allow you to browse a queue over the web...
Enjoy |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Sep 06, 2004 4:39 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
I know what you mean Tibor. You can delete an MQ object outside of QPASA whether it is being monitored or not, nothing you can do there. But, why does QPASA allow you to delete an object in the Config Manager if the Management Console is monitoring it? You would think a warning would pop up saying "Hey! Do you wanna really delete this thing? You are monitoring it you know! If you do, turn monitoring off first."
This is a bigger pain then it seems because then those deleted MQ objects are stuck in the Management Console's view. And there is no easy way to get rid of them from there! We got some DB2 script from the company that does clean them up, but c'mon now, it should be easier than that! Hope 3.2 fixes this little pain.....
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| Tibor |
| Posted: Wed Sep 08, 2004 3:35 am Post subject: |
|
|
Grand Master
Joined: 20 May 2001
Posts: 1033
Location: Hungary
|
| PeterPotkay wrote: |
I know what you mean Tibor.
...
Hope 3.2 fixes this little pain..... |
Thanks, Peter. I think we should found a community giving some ideas for MQSoftware 
Tibor |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Sep 08, 2004 4:19 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
The company is very good in responding to direct inquiries. I email them whenever a find a bug or have a suggestion, and they do follow up. Unfortunatly, some of the "bugs" or annoyances are ingrained in the design of the product, and will not be able to be fixed until a major new release is coded.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
|
|
