| Author |
Message
|
| Al Pacino |
 Posted: Tue Apr 11, 2006 10:12 am Post subject: damage object |
 |
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
Hi all ,
How can I delete a damage object ? I have a damage queue and sender channel that I need to delete . I don't need to recover them , I just need to delete them. What is the best and quckies way to do it , I am not able to do that by using the command delete .
MQ 5.3 on Windows Server 2003
thanks much
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Tue Apr 11, 2006 10:47 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Why does the delete fail?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Al Pacino |
| Posted: Tue Apr 11, 2006 10:58 am Post subject: |
|
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
Jeff,
I get the following when I try to delete from the command line :
delete qlocal(NTSS49)
1 : delete qlocal(NTSS49)
AMQ8101: WebSphere MQ error (893) has occurred.
[1012, 20]
AMQ8101: WebSphere MQ error (893) has occurred.
Also , when I looked under the directory QLOCAL for NTSS49 object , there is nothing .
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 11:09 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Are there FDC or FFST files in the error directory?
Did someone remove the queue directory and the q file?
There is no "QLOCAL" directory, that I know of. There should be a directory under <mq data>/Qmgrs/<qmgr name> called "NTSS49", that should hold a single file called "Q".
If that directory is missing, then try recreating it and then retrying the delete.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Al Pacino |
| Posted: Tue Apr 11, 2006 11:19 am Post subject: |
|
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
There is FDC file that I am not able to open since it keeps writting to it , but last time I was able to view it , I saw :
| Application Name :- MQM |
| Component :- aouLockQHandle |
| Build Date :- May 28 2004 |
| CMVC level :- p530-07-L040527 |
| Build Type :- IKAP - (Production) |
| UserID :- MUSR_MQADMIN |
| Process Name :- C:\mqm\bin\amqzlaa0.exe |
| Process :- 00000824 |
| Thread :- 00020635 |
| QueueManager :- NTPCS |
| Major Errorcode :- krcE_UNEXPECTED_ERROR |
| Minor Errorcode :- OK |
| Probe Type :- INCORROUT |
| Probe Severity :- 2 |
| Probe Description :- AMQ6125: An internal WebSphere MQ error has occurred. |
| FDCSequenceNumber :- 23372 |
| |
+-----------------------------------------------------------------------------+
We only tried to remove the queue and the channel , but not deleting the directory and to answer the last question ,, yes the Q file under NTPSS49 is missing , I think thats why I am not able to delete , but how would I recreate the file if I am not able to run rcdmqimg or rcrmqobj
thanks
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 11:25 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I think you're okay if there is simply a file there called 'Q'. That should allow you to delete it at least.
What channel? Where did a channel enter this mix?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Al Pacino |
| Posted: Tue Apr 11, 2006 11:29 am Post subject: |
|
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
I tried to create a dummy file called Q under NTPSS49 and then delete the queue but got the same error . As far as the channel , it is the channel that is using that xmit queue , the sendr QMGR.NTPSS49 , I can't delete it either. Not sure what to try next !!
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 11:56 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Stop the channel first! 
You probably need to stop the queue manager.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Al Pacino |
| Posted: Tue Apr 11, 2006 12:14 pm Post subject: |
|
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
Jeff ,
the channel is damaged , how can it be running to begin with . I think my only option is to recycle the QM , but I have a question , should I try to recycle before deleting the directory for the damage object or should I delet it the Q file and the directory then restart the QM? Also , if I have to delete the channel that way , where would the file related the channel be ? for queues it is under Queue but what about channels ? ,, thanks for the help so far Jeff
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 12:19 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
If you're using linear logging, your best bet is to stop the queue manager, recover the objects, and then start the queue manager and delete things.
If you're not using linear logging, your best bet may be to store all your definitions using saveqmgr, stop the queue manager, delete the queue manager and rebuild it using your saved definitions.
You'll need to save any messages on other queues using something, and also use amqoamd to save the security.
Edit: And of course verify my flawed memory against the Recovery sections of the System Administration Guide.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Al Pacino |
| Posted: Tue Apr 11, 2006 12:47 pm Post subject: M |
|
|
Centurion
Joined: 19 Aug 2005
Posts: 114
|
I do have linear loggin, I just didn't know that I have to stop the Queue Manager before I can run the recovery command. I been trying to run them while the Queue Manager is running and not getting lucky.
C:\Documents and Settings\mqadmin>rcrmqobj -t ql NTPSS49
AMQ7047: An unexpected error was encountered by a command.
So stop the QM , run the command above and then start the QM ..
_________________
"We can't solve problems by using the same kind of thinking we used
when we created them." |
|
| Back to top |
|
|
| sandiksk |
| Posted: Tue Apr 11, 2006 12:47 pm Post subject: |
|
|
Centurion
Joined: 08 Jun 2005
Posts: 133
|
Jeef wrote
| Quote: |
| rebuild it using your saved definitions |
Before doing this make sure those queue definitions or the channel definitions that you wanted to delete are not there  |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 12:52 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| sandiksk wrote: |
Jeef wrote
| Quote: |
| rebuild it using your saved definitions |
Before doing this make sure those queue definitions or the channel definitions that you wanted to delete are not there |
One could just as easily delete them afterwards - but yes it does save a step to edit the MQSC text file first.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Tue Apr 11, 2006 12:53 pm Post subject: Re: M |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| Al Pacino wrote: |
| I just didn't know that I have to stop the Queue Manager before I can run the recovery command. |
Like I said - validate my flawed memory against the System Administration Guide.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Apr 11, 2006 2:33 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
My understanding is you do not stop the qmgr.
However you should boot off all applications and close all channels.
You need the qmgr to be up to run rcvrmqobj.
You might need to recycle it though for it to take correct notice of the damaged queue. On restart it will check the recovery log and try to recover on its own. Should this autorecovery fail go ahead and try running rcvrmqobj.
If the recovery is successful create a new image and recycle the qmgr once more. This should allow you to archive older log files.
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
