Re: Is Max Msg Length 500K in AMI???
Peter, I do know all that. Thanks for your response anyway. I had checked all of the settings including max len on queue manager, DLQ, channel, xmit queue... The AMI manual does not say anything about max msg len specific to AMI. All this had led me to believing that the max msg len limit of WMQI applies to AMI as well. But this particular group that I am dealing with has always blamed MQ when something unexpected occured, in the past. And it always (well, almost always) turned out to be an application problem. Before, I turned around this time to to ask them to look at their programs again, I thought I would check with the listserv, just in case I missed something. Thanks, Ruzi --- Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] wrote: There is nothing in the AMI manual specifying a Maximum Message Length, not have I ever heard of one. I would assume it is 100 MEG, or at worst, 4 MEG. I doubt they would pick some strange # like 500K and not document it. Did you check the Queue Manager's Max Message Length setting? If the app is dealing with remote queues, the XMIT queue is the only thing other than the QM that you have to check. If the channel's max message setting was smaller than the XMIT queue's, and the message made it into the XMIT queue, but was 2 big for the channel, the MCA would put the message into the DLQ on the sending side. The app would have gotten a good RC on its put, and would not have known that anything was wrong. And it may very well be that the actual app is at fault and it has nothing to do with AMI or MQ. -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED] Sent: Sunday, January 25, 2004 2:27 PM To: [EMAIL PROTECTED] Subject: Is Max Msg Length 500K in AMI??? Hi All, Platfrom: W2000/MQ 5.3/AMI. I don't know yet what rc our PeopleSOft developers (they are not at our company) getting, but they are saying that they are unable to put a message longer than 500K. I have checked the xmit queue and the channel, and they both are set to well over 500K. I also checked the AMI set up (Policy etc.) to see if there was a default, but did not see any. Has anyone experienced this before? Thanks in advance. Ruzi Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
WBIMB and Oracle
Any good practise or how-to documents available to move a broker environment from using DB2 to using Oracle? Also, is it best to move broker V2 first to V5 on DB2 or can you move it from V2 on DB2 to V5 on Oracle? Thanks Francois van der Merwe Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: WBIMB and Oracle
Hi, We are going from V2 with DB2 on Windows 2000 to V5 with Oracle on Sun Solaris. Main changes with Oracle are: When making SELECT calls, with DB2 you use Database.table name, with Oracle you will use Database.Schema.tablename There are restrictions using the DATE/TIME clauses in Oracle, they cannot be used in the WHERE clause In DB2, trailing spaces are ignored when rows are inserted in tables and therefore not relevant in SELECT statements, in Oracle they are not removed and therefore you need to be aware of trailing spaces in WHERE clauses in SELECT statements That's about it, Kulbir. Francois Van der Merwe1 [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 26-Jan-2004 12:20 Please respond to MQSeries List [EMAIL PROTECTED] To:MQSERIES cc: Subject:WBIMB and Oracle Any good practise or how-to documents available to move a broker environment from using DB2 to using Oracle? Also, is it best to move broker V2 first to V5 on DB2 or can you move it from V2 on DB2 to V5 on Oracle? Thanks Francois van der Merwe Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Calum Craigie/IS/SLC/StandardLifeGroup is out of the office.
I will be out of the office starting 26/01/2004 and will not return until 27/01/2004. I will respond to your message when I return. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
More than 1000 svrconn processes started
Hi, Can anyone clarify this issue? We are running MQ on an iSeris with WebSphere app srv. The app srv use client connection to connect to the qmgr. Now and then the system get full on disk and an ipl is required to free the disk space again. At the same time a lot of svrconn channel processes is active on the system (more than 1000 some times). Does anyone know what can cause this? I suspect that there is a design error in the WebSphere application because we don't have this problem anywhere else. Jonas Nyberg Electrolux IT Solutions - Sweden Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Is Max Msg Length 500K in AMI???
But this particular group that I am dealing with has always blamed MQ when something unexpected occured, in the past. What? You've got other groups that *don't* blame MQ? Can I be their support tech? :-) -- T.Rob Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: More than 1000 svrconn processes started
We implemented a lower KeepAlive value, both on our MQ server AIX machine and on our PeopleSoft web server machines (where 95% of our svrconn connections are coming from), and that significantly lowered the number of connections. The web server is WebLogic 6.1, MQ is v5.3. Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Jonas Nyberg Sent: Monday, January 26, 2004 8:17 AM To: [EMAIL PROTECTED] Subject: More than 1000 svrconn processes started Hi, Can anyone clarify this issue? We are running MQ on an iSeris with WebSphere app srv. The app srv use client connection to connect to the qmgr. Now and then the system get full on disk and an ipl is required to free the disk space again. At the same time a lot of svrconn channel processes is active on the system (more than 1000 some times). Does anyone know what can cause this? I suspect that there is a design error in the WebSphere application because we don't have this problem anywhere else. Jonas Nyberg Electrolux IT Solutions - Sweden Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please reply to this message and let the sender know. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: More than 1000 svrconn processes started
Hello Jonas, I believe that happens when the client dies at the state where server (actually, the user agent) does not want to send anything to the client; then the TCP connection will stay there theoretically indefinitely (in practice, I guess, it is being reaped after some very long interfal, on Solaris it is 7200 seconds by default -- something like machine-wide KeepAlive interval). The cure is probably to employ KeepAlive parameter, set it to 'yes' (MQ installation-wide or QM -wide, I am not sure?) and HBINT attribute of the channel if it exists on your system (but this would not always work for client connection if I got the documentation right) -- please search your documentation for these 2 keywords. Hope this will help, Pavel Jonas Nyberg [EMAIL PROTECTED]To: [EMAIL PROTECTED] E.SEcc: Sent by: MQSeriesSubject: More than 1000 svrconn processes started List [EMAIL PROTECTED] n.AC.AT 01/26/2004 08:16 AM Please respond to MQSeries List Hi, Can anyone clarify this issue? We are running MQ on an iSeris with WebSphere app srv. The app srv use client connection to connect to the qmgr. Now and then the system get full on disk and an ipl is required to free the disk space again. At the same time a lot of svrconn channel processes is active on the system (more than 1000 some times). Does anyone know what can cause this? I suspect that there is a design error in the WebSphere application because we don't have this problem anywhere else. Jonas Nyberg Electrolux IT Solutions - Sweden Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
amqmsrvn.exe - Invalid Cur4rent Directory
I installed MQ ver 5.3 on my Windows NT workstation and am receiving this inormation. Anyone know what is wrong and how to fix it? ___ amqmsrvn.exe - Invalid Cur4rent Directory The process cannot switch to the startup current directory C:\WINNT\system32\. Select OK to set current directory to C:\WINNT, or select CANCEL to exit. ___ _ Regards, Dick Killian Energy East Utility Shared Services Information Technology Mainframe Systems Software (585) 771-6049 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: More than 1000 svrconn processes started
Jonas, In addition to Pavel's comments TCP KeepALive on TCP/IP PROFILE dataset would have to be modified to set the INTERNAL parm (I haven't done this yet, but I think I will soon). Each channel can be configured to have a different time-out value. Heartbeats may not be able to catch some disconnections depending on the value of HBINT and the WaitInterval of MQGET. I general, you should use HBINT and TCP Keepalive together, along with a long or unlimited GET WaitInterval. Hope this helps. Ruzi --- Pavel Tolkachev [EMAIL PROTECTED] wrote: Hello Jonas, I believe that happens when the client dies at the state where server (actually, the user agent) does not want to send anything to the client; then the TCP connection will stay there theoretically indefinitely (in practice, I guess, it is being reaped after some very long interfal, on Solaris it is 7200 seconds by default -- something like machine-wide KeepAlive interval). The cure is probably to employ KeepAlive parameter, set it to 'yes' (MQ installation-wide or QM -wide, I am not sure?) and HBINT attribute of the channel if it exists on your system (but this would not always work for client connection if I got the documentation right) -- please search your documentation for these 2 keywords. Hope this will help, Pavel Jonas Nyberg [EMAIL PROTECTED]To: [EMAIL PROTECTED] E.SEcc: Sent by: MQSeries Subject: More than 1000 svrconn processes started List [EMAIL PROTECTED] n.AC.AT 01/26/2004 08:16 AM Please respond to MQSeries List Hi, Can anyone clarify this issue? We are running MQ on an iSeris with WebSphere app srv. The app srv use client connection to connect to the qmgr. Now and then the system get full on disk and an ipl is required to free the disk space again. At the same time a lot of svrconn channel processes is active on the system (more than 1000 some times). Does anyone know what can cause this? I suspect that there is a design error in the WebSphere application because we don't have this problem anywhere else. Jonas Nyberg Electrolux IT Solutions - Sweden Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
API Crossing Exit on z/OS ?
I know there's an api crossing exit for CICS on z/OS, and one available on the distributed platforms, but does IBM plan on having an API Crossing exit similar to that on the distributed environment available on z/OS ? Any comments ... Interest ... ? what does IBM have to say ? thanks, PHIL This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive