Re: 'q' file resize
!!! An undocumented feature? Create a local q called PETER.TEST. File size is 2K. Add 25000 1K messages to it. File size is 37808 KB. Destructively get all the messages, bringing the depth down to 0. File size is still 37808 KB. Issue Clear on the queue, even though it is empty. File size is 2K. Thanks Phil! I wonder why no one from IBM mentioned this simple little trick. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, November 15, 2004 5:13 PM To: [EMAIL PROTECTED] Subject: Re: 'q' file resize Try it your self and see. "Potkay, Peter M (ISD, IT)" To: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: RTFORD.COM>Subject: Re: 'q' file resize Sent by: MQSeries List <[EMAIL PROTECTED] ac.at> 11/15/2004 03:45 PM Please respond to MQSeries List His Q is already at zero, so I don't think the clear command will help. http://www.mqseries.net/phpBB2/viewtopic.php?t=18537&highlight=queue+file "The msgs have been removed from the msg chains so they are no longer accessible, but they remain in the physical queue file until the file is compressed. This happens at a checkpoint if nobody has the queue open and it has contained no msgs for the previous 2 checkpoints, or at qmgr shutdown." -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: 'q' file resize Issue a clear queue command on the empty queue, but the queue cannot be opened elsewhere. Jeff A Tressler <[EMAIL PROTECTED]To: [EMAIL PROTECTED] >cc: Sent by: MQSeriesSubject: 'q' file resize List <[EMAIL PROTECTED] n.ac.at> 11/15/2004 03:13 PM Please respond to MQSeries List We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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 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 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
Re: 'q' file resize
Try it your self and see. "Potkay, Peter M (ISD, IT)" To: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: RTFORD.COM>Subject: Re: 'q' file resize Sent by: MQSeries List <[EMAIL PROTECTED] ac.at> 11/15/2004 03:45 PM Please respond to MQSeries List His Q is already at zero, so I don't think the clear command will help. http://www.mqseries.net/phpBB2/viewtopic.php?t=18537&highlight=queue+file "The msgs have been removed from the msg chains so they are no longer accessible, but they remain in the physical queue file until the file is compressed. This happens at a checkpoint if nobody has the queue open and it has contained no msgs for the previous 2 checkpoints, or at qmgr shutdown." -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: 'q' file resize Issue a clear queue command on the empty queue, but the queue cannot be opened elsewhere. Jeff A Tressler <[EMAIL PROTECTED]To: [EMAIL PROTECTED] >cc: Sent by: MQSeriesSubject: 'q' file resize List <[EMAIL PROTECTED] n.ac.at> 11/15/2004 03:13 PM Please respond to MQSeries List We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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 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
Re: 'q' file resize
Jeff, Attached is a snippet of an old posting from Paul Clarke: >The space will not get freed up until either a) you delete and redefine the >queue, or b) the QMGR is stopped and restarted. This is not quite true, we do indeed release disk space at these times but these aren't the only times... The others are :- 1) At a checkpoint If checkpoint sees the same queue empty multiple times and the queue is using a significant amount of disk space then the queue is truncated. 2) When the queue is unloaded When a queue isn't open by any application (including internal MQ 'applications' e.g. MCA) then it is scheduled for unload. The queue will be unloaded the second time a checkpoint sees the queue scheduled for unload. 3) When we take a media image of the queue We compact a local queue prior to taking a media image. I imagine the apparent arbitrary nature that was referred to in the earlier append is just the moment when the queue became unused or when a checkpoint was taken. Jeff A Tressler <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/15/2004 03:13 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject 'q' file resize We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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: 'q' file resize
Hi Jeff, The 'q file' will be reduced when either 2 checkpoints have happened where no messages are written to the queue or if the q has a zero depth and you bounce the queue manager. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting Jeff A Tressler <[EMAIL PROTECTED]>: > We have a disk drive full and it is all due to two files. These are > the 'q' files that store the actual messages. The queue depth > has finally reached zero but these q files still are taking a > lot of disk space. > > I beleive these file will be resized to a more appropriate size > but dont know how often this occurs. Does anyone have > any ideas? > > We are running Windows 2000, WebSphere MQ v5.3 > > 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
Re: 'q' file resize
His Q is already at zero, so I don't think the clear command will help. http://www.mqseries.net/phpBB2/viewtopic.php?t=18537&highlight=queue+file "The msgs have been removed from the msg chains so they are no longer accessible, but they remain in the physical queue file until the file is compressed. This happens at a checkpoint if nobody has the queue open and it has contained no msgs for the previous 2 checkpoints, or at qmgr shutdown." -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, November 15, 2004 3:38 PM To: [EMAIL PROTECTED] Subject: Re: 'q' file resize Issue a clear queue command on the empty queue, but the queue cannot be opened elsewhere. Jeff A Tressler <[EMAIL PROTECTED]To: [EMAIL PROTECTED] >cc: Sent by: MQSeriesSubject: 'q' file resize List <[EMAIL PROTECTED] n.ac.at> 11/15/2004 03:13 PM Please respond to MQSeries List We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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 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
Re: 'q' file resize
Issue a clear queue command on the empty queue, but the queue cannot be opened elsewhere. Jeff A Tressler <[EMAIL PROTECTED]To: [EMAIL PROTECTED] >cc: Sent by: MQSeriesSubject: 'q' file resize List <[EMAIL PROTECTED] n.ac.at> 11/15/2004 03:13 PM Please respond to MQSeries List We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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
'q' file resize
We have a disk drive full and it is all due to two files. These are the 'q' files that store the actual messages. The queue depth has finally reached zero but these q files still are taking a lot of disk space. I beleive these file will be resized to a more appropriate size but dont know how often this occurs. Does anyone have any ideas? We are running Windows 2000, WebSphere MQ v5.3 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: MQM Group Permissions on HP-UX
Tom, You probably have to do a REFRESH SECURITY Driscoll Tom - Princeton <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/15/2004 11:46 AM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject MQM Group Permissions on HP-UX After reading documentation, and the various responses to emails on this forum about access rights, I thought Unix MQ permissions worked at the group level. I added a second userid (mqmoper) to group mqm. I tried executing a process from this userid and the process hangs on the MQCONN. I execute the same process from the mqm userid, and it runs fine. I've seen this behavior before, and it usually traces back to permissions. If permissions do work on the group level, shouldn't userid mqmoper have the same MQ access rights as userid mqm ? I do a dspmqaut on both userid's and they're identical. Thanks
Re: DefaultQBufferSize and DefaultQFileSize
Does any know if these parameters are valid for MQ 5.3? If I specify DefaultQBufferSize, do I need to specify a value for DefaultQFileSize ? With a very high throughput of persistent messages (200 msg /sec), does anyone have a checklist of things to tweak for a queue manager? 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: MQM Group Permissions on HP-UX
Title: Message You need to refresh the security information in the queue manager when you add a userid to a group. The queue manager reads the userid/group information in at start. You can use runmqsc and enter the refresh security command or restart the queue manager. -Original Message-From: Driscoll Tom - Princeton [mailto:[EMAIL PROTECTED] Sent: Monday, November 15, 2004 10:46 AMTo: [EMAIL PROTECTED]Subject: MQM Group Permissions on HP-UX After reading documentation, and the various responses to emails on this forum about access rights, I thought Unix MQ permissions worked at the group level. I added a second userid (mqmoper) to group mqm. I tried executing a process from this userid and the process hangs on the MQCONN. I execute the same process from the mqm userid, and it runs fine. I've seen this behavior before, and it usually traces back to permissions. If permissions do work on the group level, shouldn't userid mqmoper have the same MQ access rights as userid mqm ? I do a dspmqaut on both userid's and they're identical. Thanks
Re: MQM Group Permissions on HP-UX
Title: MQM Group Permissions on HP-UX If you make a change to the OS, like adding a member to a group, MQ won't know right away, because the QM caches its security info at QM startup for performance reasons. Prior to 5.2, bounce the QM. 5.3 and later, you can issue the refresh security command. If you use setmqaut commands, you don't need to issue refresh, since those MQ commands update the QM's security cache synchronously. -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Driscoll Tom - PrincetonSent: Monday, November 15, 2004 11:46 AMTo: [EMAIL PROTECTED]Subject: MQM Group Permissions on HP-UX After reading documentation, and the various responses to emails on this forum about access rights, I thought Unix MQ permissions worked at the group level. I added a second userid (mqmoper) to group mqm. I tried executing a process from this userid and the process hangs on the MQCONN. I execute the same process from the mqm userid, and it runs fine. I've seen this behavior before, and it usually traces back to permissions. If permissions do work on the group level, shouldn't userid mqmoper have the same MQ access rights as userid mqm ? I do a dspmqaut on both userid's and they're identical. Thanks 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.
MQM Group Permissions on HP-UX
Title: MQM Group Permissions on HP-UX After reading documentation, and the various responses to emails on this forum about access rights, I thought Unix MQ permissions worked at the group level. I added a second userid (mqmoper) to group mqm. I tried executing a process from this userid and the process hangs on the MQCONN. I execute the same process from the mqm userid, and it runs fine. I've seen this behavior before, and it usually traces back to permissions. If permissions do work on the group level, shouldn't userid mqmoper have the same MQ access rights as userid mqm ? I do a dspmqaut on both userid's and they're identical. Thanks