| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| HP NSK + MQSERIES 5.1 + QPASA 3.0 + RDF |
« View previous topic :: View next topic » |
| Author |
Message
|
| hankknowles |
 Posted: Tue Dec 09, 2003 6:05 am Post subject: HP NSK + MQSERIES 5.1 + QPASA 3.0 + RDF |
 |
|
Centurion
Joined: 18 Aug 2003
Posts: 114
|
Having an unusal problem everything worked fine until we added RDF to the equation. When the QPASA agent attempts to connect to the activity logs ( name could be wrong) Qpasa starts making files they are code 25 and puts them in the MQ queue subvolume. RDF then does it's thing and replictaes these over to the DR system. ( OQPASA,QQPASA and TQPASA. QPASA bounces and re-creates these files again, purges the the files on the production system and immediately creates a new set. RDF seems to be slow in catching the purge activity but does catch the creation and fails with errro code 10! File already exists. Has anyone experience with this combination on Tandem,Compaq,HP NSK? QPASA tech support had me capture addition logging an dthey insist all is working as expected!
Regards, TIA Hank Knowles |
|
| Back to top |
|
 |
| mqonnet |
| Posted: Tue Dec 09, 2003 7:33 am Post subject: |
|
|
Grand Master
Joined: 18 Feb 2002
Posts: 1114
Location: Boston, Ma, Usa.
|
You are missing a param MQRDF. Set this param on the tacl session of each user who is going to run with RDF and also set this param in each of the server classes of the qm in question. Or at least the EC,LQMA, QS and SS.
Syntad: PARAM MQRDF ON
This is clearly mentioned in the SAG appendix C.
You did not mention, but i would assume Qpasa is creating temp dyna queues. A file called RDFPURGE will be created that would hold all these orphaned queue file names. Need to run cleanrdf to physically remove them off the disk.
Hope this helps.
Cheers
Kumar |
|
| Back to top |
|
|
| hankknowles |
| Posted: Tue Dec 09, 2003 8:05 am Post subject: |
|
|
Centurion
Joined: 18 Aug 2003
Posts: 114
|
Thanks Kumar:
The taclcstm that is read by mqm.manager has the line in it already
I added the param to MQECBOISS,MQEC,LQMAGENT,mqmgrsvr,mqrepsvr.
I searched the system and found no rdfpurge file ( mq and qpasa are down)
Any other suggestions?
| mqonnet wrote: |
You are missing a param MQRDF. Set this param on the tacl session of each user who is going to run with RDF and also set this param in each of the server classes of the qm in question. Or at least the EC,LQMA, QS and SS.
Syntad: PARAM MQRDF ON
This is clearly mentioned in the SAG appendix C.
You did not mention, but i would assume Qpasa is creating temp dyna queues. A file called RDFPURGE will be created that would hold all these orphaned queue file names. Need to run cleanrdf to physically remove them off the disk.
Hope this helps.
Cheers
Kumar |
|
|
| Back to top |
|
|
| mqonnet |
| Posted: Tue Dec 09, 2003 8:27 am Post subject: |
|
|
Grand Master
Joined: 18 Feb 2002
Posts: 1114
Location: Boston, Ma, Usa.
|
First of all, after you added these params to the server classes, you must recycle the qm.
Secondly, the rdfpurge file would be created only after you add this param to all the server classes and then create a queue(temp dyna for example) and close(and hence deleting it) it. When you do this, since you have RDF on and the param on, MQ would not physically delete the q/o/t files and instead create an RDFPURGE file which would have the details of these orphaned files.
And since you still have these files physically on the disk, any new queue creation would use a different file names. Which would be easily duplicated accross to the backup node by RDF.
So, to sum up, you need to re-run your qpasa and original test case for the RDFPURGE file to be created.
Hope this helps.
Cheers
Kumar |
|
| Back to top |
|
|
| hankknowles |
| Posted: Tue Dec 09, 2003 8:34 am Post subject: |
|
|
Centurion
Joined: 18 Aug 2003
Posts: 114
|
Thanks again, I have to schedule the testing again. I understand what you are saying. This is a brave new world that I have been thrown against with this product. I really do appreciate your assistance in this matter and I hope the changes I have made will remove the issue.
Happy Holidays!
| mqonnet wrote: |
First of all, after you added these params to the server classes, you must recycle the qm.
Secondly, the rdfpurge file would be created only after you add this param to all the server classes and then create a queue(temp dyna for example) and close(and hence deleting it) it. When you do this, since you have RDF on and the param on, MQ would not physically delete the q/o/t files and instead create an RDFPURGE file which would have the details of these orphaned files.
And since you still have these files physically on the disk, any new queue creation would use a different file names. Which would be easily duplicated accross to the backup node by RDF.
So, to sum up, you need to re-run your qpasa and original test case for the RDFPURGE file to be created.
Hope this helps.
Cheers
Kumar |
|
|
| 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
|
|
|
|
