| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| File System Full on WMQ and WMQ will not start |
« View previous topic :: View next topic » |
| Author |
Message
|
| Gideon |
 Posted: Tue Aug 16, 2011 10:00 am Post subject: File System Full on WMQ and WMQ will not start |
 |
|
Chevalier
Joined: 18 Aug 2009
Posts: 403
|
I am running WQM 7.0.1 on AIX
My WMQ will not start, becuase my /var directory is full:
| Code: |
Filesystem 512-blocks Free %Used Iused %Iused Mounted on
/dev/hd4 2097152 818328 61% 13102 13% /
/dev/hd2 46137344 11384624 76% 54540 4% /usr
/dev/hd9var 2097152 0 100% 10728 82% /var
/dev/hd3 39845888 37981896 5% 358 1% /tmp
/dev/hd1 2097152 1866752 11% 88 1% /home
/dev/hd11admin 2097152 2096144 1% 5 1% /admin
/proc - - - - - /proc
/dev/hd10opt 4194304 1893952 55% 14261 7% /opt
/dev/livedump 2097152 2096176 1% 4 1% /var/adm/ras/livedump |
So I look up where the largest files are:
| Code: |
# cd /var
# du -ms * | sort -n
.......
57.22 websm
256.16 opt
639.38 mqm |
| Code: |
# cd /var/mqm
# du -ms * | sort -n
......
15.10 core
48.03 log
575.24 qmgrs |
| Code: |
# cd /var/mqm/qmgrs
# du -ms * | sort -n
0.00 @SYSTEM
575.24 WQM1 |
| Code: |
# cd /var/mqm/qmgrs/WQM1
# du -ms * | sort -n
..........
0.13 channel
574.88 queues |
So what happened is that my queues are full (those are non-persistent queues)
What is the safest way to fix this. Can I just delete the individual queues within /var/mqm/qmgrs/WQM1/queues ? |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Tue Aug 16, 2011 10:11 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
First of all, queues are neither persistent nor non-persistent; messages can be persistent or non-persistent.
No, don't delete anything from the filesystem beneath /var/mqm.
Add more filesystem space.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Aug 16, 2011 10:12 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
The *only* safe thing to do is to enlarge the file system so you can start the queue manager.
THEN you can *decide* what messages are *neccesary*, and remove them using an MQ Application that issues a destructive GET.
If you do *ANYTHING* else, you *WILL* BREAK YOUR QUEUE MANAGER. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue Aug 16, 2011 10:12 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| bruce2359 wrote: |
First of all, queues are neither persistent nor non-persistent; messages can be persistent or non-persistent.
No, don't delete anything from the filesystem beneath /var/mqm.
Messages occupy space; empty queues occupy (nearly) no space.
Export messages from queues with some utility app.
Add more filesystem space. |
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Gideon |
| Posted: Tue Aug 16, 2011 10:13 am Post subject: |
|
|
Chevalier
Joined: 18 Aug 2009
Posts: 403
|
|
| Back to top |
|
|
| gbaddeley |
| Posted: Wed Aug 17, 2011 1:27 am Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| mqjeff wrote: |
The *only* safe thing to do is to enlarge the file system so you can start the queue manager.
THEN you can *decide* what messages are *neccesary*, and remove them using an MQ Application that issues a destructive GET.
If you do *ANYTHING* else, you *WILL* BREAK YOUR QUEUE MANAGER. |
Look for *.FDC files in the errors directories. These can grow very large if you have an ongoing internal problem in MQ. These files can be safely moved or deleted.
If you are using linear logging, determine the oldest log which is required for recovery, and move or delete all the older log files. There are SupportPacs which ease this process.
Enlarging the file system is the best option, but monitor it closely, as its likely it will continue growing. 
_________________
Glenn |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
