| Author |
Message
|
| Marcus308 |
 Posted: Fri Mar 23, 2012 5:31 am Post subject: |
 |
|
Novice
Joined: 21 Mar 2012
Posts: 15
|
| fjb_saper wrote: |
| bruce2359 wrote: |
| FDCs tend to be bulky. If you are short on filesystem space, you can move (archive) FDCs (and traces) elsewhere. Linear logs no longer required for recovery/restart may also be archived. |
If he hasn't looked already at how to recover the damaged object using rcvrmqobj I don't think he is using linear logs... |
No haven't looked into this yet, thanks I'll take a look. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Fri Mar 23, 2012 5:35 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Marcus308 wrote: |
| Unless there is a way of saving the queues, channels, etc, of the current queue manager deleting the one I currently have is not ideal. |
Gosh, if only someone had thought of this requirement before. Then it could have been one of the most commonly downloaded support pacs in WMQ-dom. So commonly downloaded and so useful it would eventually be built into the base product...
* Warning - sarcasm now at critical levels - switch to decaff *
There is a way of SAVing the objects of a QMGR. But best practice is still to build the thing from scripts so you can repeat, repoduce and rebuild it at points through your environment.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Marcus308 |
| Posted: Fri Mar 23, 2012 5:41 am Post subject: |
|
|
Novice
Joined: 21 Mar 2012
Posts: 15
|
| bruce2359 wrote: |
Since the OP referred to
| Quote: |
| /var/mqm/errors directory |
, I figured he meant the AMQERR01.LOG files and FDCs, and not log segments.
The AMQERR01.LOG file grow over time, but get recycled at qmgr restart. If qmgr restart occurs rarely, it is possible for the AMQERR01.LOG to get pretty big. AMQERR02.LOG and AMQERR03.LOG can (should) be archived.
I suspect that some mysterious person cleaned the filesystem with a harsh substance, not knowing what damage it could do. |
The behavior of AMQERR01.LOG AMQERR02.LOG and AMQERR03.LOG appears to be a rotation. These files never seem to get that large. I did create sym links over to a larger file system for the /var/mqm/errors directory to accommodate the logs.
I once was the mysterious person trying to clean off logs because we ran out of local disk. We did recover from that about 6 months ago. I believe our current issues may be from system maintenance and a reboot. Not sure what you mean by log segments. |
|
| Back to top |
|
|
| Marcus308 |
| Posted: Fri Mar 23, 2012 5:48 am Post subject: |
|
|
Novice
Joined: 21 Mar 2012
Posts: 15
|
| Vitor wrote: |
| Marcus308 wrote: |
| Unless there is a way of saving the queues, channels, etc, of the current queue manager deleting the one I currently have is not ideal. |
Gosh, if only someone had thought of this requirement before. Then it could have been one of the most commonly downloaded support pacs in WMQ-dom. So commonly downloaded and so useful it would eventually be built into the base product...
* Warning - sarcasm now at critical levels - switch to decaff *
There is a way of SAVing the objects of a QMGR. But best practice is still to build the thing from scripts so you can repeat, repoduce and rebuild it at points through your environment. |
I'll look into building a script. Thanks for the ideas. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 23, 2012 6:10 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Marcus308 wrote: |
| The behavior of AMQERR01.LOG AMQERR02.LOG and AMQERR03.LOG appears to be a rotation. These files never seem to get that large. |
As indicated earlier in this thread, they are rotated and their size is limited.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 23, 2012 6:16 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Marcus308 wrote: |
| Vitor wrote: |
| There is a way of SAVing the objects of a QMGR. But best practice is still to build the thing from scripts so you can repeat, repoduce and rebuild it at points through your environment. |
I'll look into building a script. Thanks for the ideas. |
Or in this instance, look up the MS03 support pac aka saveqmgr which saves the queues, channels, etc and has done for years.
(Had a lot of mineral water. No more coffee for me today.  )
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqsiuser |
| Posted: Fri Mar 23, 2012 7:16 am Post subject: |
|
|
Yatiri
Joined: 15 Apr 2008
Posts: 637
Location: Germany
|
| Marcus308 wrote: |
| AMQERR01.LOG AMQERR02.LOG and AMQERR03.LOG |
I'd like to add that these are transaction logs and not just some logs (like errors, stdout, FDC-Files).
I think that this is very dangerous and can be quite misleading for people... from what I know is that you can basically recreate the QMGR once you have deleted/lost your MQ Transaction Logs.
_________________
Just use REFERENCEs |
|
| Back to top |
|
|
| mqjeff |
| Posted: Fri Mar 23, 2012 7:19 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| mqsiuser wrote: |
| Marcus308 wrote: |
| AMQERR01.LOG AMQERR02.LOG and AMQERR03.LOG |
I'd like to add that these are transaction logs and not just some logs (like errors, stdout, FDC-Files). |
AMQERR01.LOG is a text file containing information about any errors that have occurred and other system messages about the operation of the queue manager or MQ itself. |
|
| Back to top |
|
|
| mqsiuser |
| Posted: Fri Mar 23, 2012 8:01 am Post subject: |
|
|
Yatiri
Joined: 15 Apr 2008
Posts: 637
Location: Germany
|
ups... I mean something different.
/var/mqm/log/<QMGR>/active ... I guess 
_________________
Just use REFERENCEs |
|
| Back to top |
|
|
| Marcus308 |
| Posted: Fri Mar 23, 2012 8:33 am Post subject: |
|
|
Novice
Joined: 21 Mar 2012
Posts: 15
|
| mqsiuser wrote: |
ups... I mean something different.
/var/mqm/log/<QMGR>/active ... I guess |
Yes, these are the one's I believe are the message logs you don't want to mess around with. I have about 40 of them here, all the same file size and seem to rotate.
Thanks for all the of ideas and guidance, I got some good direction to go in here. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 23, 2012 9:12 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Marcus308 wrote: |
| Yes, these are the one's I believe are the message logs you don't want to mess around with. |
Yes they are.
| Marcus308 wrote: |
| I have about 40 of them here, all the same file size and seem to rotate. |
You have at least as many as you told the queue manager you wanted, of the size you told the queue manager you wanted, no more than you told the queue manager it could have and they rotate because you told the queue manager you wanted them to.
_________________
Honesty is the best policy.
Insanity is the best defence.
Last edited by Vitor on Fri Mar 23, 2012 9:38 am; edited 1 time in total |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 23, 2012 9:13 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqsiuser wrote: |
| I'd like to add that these are transaction logs |
No they aren't.
| mqsiuser wrote: |
| and not just some logs (like errors, stdout, FDC-Files). |
Yes they are.
| mqsiuser wrote: |
| I think that this is very dangerous and can be quite misleading for people |
What's dangerous & misleading is some of the information in your posts
| mqsiuser wrote: |
| ... from what I know is that you can basically recreate the QMGR once you have deleted/lost your MQ Transaction Logs. |
Like this.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
