| Author |
Message
|
| neilwcasey |
 Posted: Mon Apr 13, 2015 6:11 pm Post subject: Does the MQ_SERVER_PID service insert work? |
 |
|
Newbie
Joined: 09 Oct 2011
Posts: 9
Location: Melbourne, Australia
|
I am running MQ v8.0.0.2 on linux (RHEL 6.6)
I have defined a service with startcmd and stopcmd. I am using amqsstop as the stop command with stoparg('-m +QMNAME+ -p +MQ_SERVER_PID+')
When I display the service status, the PID shows up in the PID field, but not in the stoparg field:
dis svstatus(AUDIT.INIT)
38 : dis svstatus(AUDIT.INIT)
AMQ8632: Display service status details.
SERVICE(AUDIT.INIT) STATUS(STOPPING)
PID(39741) SERVTYPE(SERVER)
STARTDA(2015-04-14) STARTTI(11.46.54)
CONTROL(QMGR) STARTCMD(/opt/sp1/mqm//bin/runmqtrm)
STARTARG(-m SP1XM0201 -q AUDIT.INITQ) STOPCMD(/opt/sp1/mqm//bin/amqsstop)
STOPARG(-m SP1XM0201 -p) DESCR( )
STDOUT( ) STDERR( )
When I issue the stop service command, the service does not stop. It would seem that the PID insert is not working correctly.
If I run amqsstop manual using the PID value from the display the service stops correctly
Has anyone else seen this happen? Has anyone got it working with MQ v8?
Regards,
Neil Casey. |
|
| Back to top |
|
 |
| tczielke |
| Posted: Tue Apr 14, 2015 4:46 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
I see the same behavior, too. Running a trace between 7.5 and 8.0 shows that 8.0 is missing the pid on the amqsstop command.
8.0
| Code: |
07:41:56.010709 30110.1 : ---{ xcsExecProgram
07:41:56.010719 30110.1 : Name: /opt/mqm/bin/amqsstop
07:41:56.010723 30110.1 : Arg 0: /opt/mqm/bin/amqsstop
07:41:56.010733 30110.1 : Arg 1: -m
07:41:56.010737 30110.1 : Arg 2: QM1
07:41:56.010741 30110.1 : Arg 3: -p
07:41:56.010760 30110.1 : statBuf.st_mode = 0x816d
07:41:56.010768 30110.1 : ----{ xufCheckEffectiveRights
07:41:56.010776 30110.1 : -----{ xcsGetMemFn
07:41:56.016712 30110.1 : component:24 function:583 length:262144 options:0 cbmindex:-1 *pointer:0xdfae90
07:41:56.016726 30110.1 : -----} xcsGetMemFn rc=OK FunctionTime=5950
07:41:56.016737 30110.1 : Effective user matches file owner
07:41:56.016741 30110.1 : Effective user has the necessary access
07:41:56.016744 30110.1 : -----{ xcsFreeMemFn
07:41:56.016748 30110.1 : component:24 pointer:0xdfae90
07:41:56.016752 30110.1 : cbmindex:-1
07:41:56.016755 30110.1 : -----} xcsFreeMemFn rc=OK FunctionTime=11
07:41:56.016758 30110.1 : errno: 0
07:41:56.016761 30110.1 : ----} xufCheckEffectiveRights rc=OK FunctionTime=5993
07:41:56.016765 30110.1 : xcsExecProgram: execv(e) parameter pszProgram: /opt/mqm/bin/amqsstop
07:41:56.019109 30110.1 : Data: 0x000025d8
07:41:56.021883 30110.1 : ---} xcsExecProgram rc=OK FunctionTime=11174 |
7.5
| Code: |
07:39:44.141565 1785.1 : ---{ xcsExecProgram
07:39:44.141568 1785.1 : Name: /opt/mqm/bin/amqsstop
07:39:44.141570 1785.1 : Arg 0: /opt/mqm/bin/amqsstop
07:39:44.141572 1785.1 : Arg 1: -m
07:39:44.141574 1785.1 : Arg 2: QM2
07:39:44.141576 1785.1 : Arg 3: -p
07:39:44.141578 1785.1 : Arg 4: 1803
07:39:44.141591 1785.1 : statBuf.st_mode = 0x816d
07:39:44.141849 1785.1 : Data: 0x00000244
07:39:44.141858 1785.1 : ---} xcsExecProgram rc=OK |
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Apr 14, 2015 4:55 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Edit: Never mind.
Also, on a side note, why are you creating a service to start and stop runmqtrm? Shouldn't a listener object be much easier? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Apr 14, 2015 5:14 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Running 8.0.0.2 on Windows. Same thing. Needed to get inhibit and get enable the INITQ to stop the service. 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Apr 14, 2015 5:15 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| mqjeff wrote: |
Edit: Never mind.
Also, on a side note, why are you creating a service to start and stop runmqtrm? Shouldn't a listener object be much easier? |
Listener runs runmqlsr not runmqtrm...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Apr 14, 2015 5:30 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| fjb_saper wrote: |
| mqjeff wrote: |
Edit: Never mind.
Also, on a side note, why are you creating a service to start and stop runmqtrm? Shouldn't a listener object be much easier? |
Listener runs runmqlsr not runmqtrm... |
    |
|
| Back to top |
|
|
| tczielke |
| Posted: Tue Apr 14, 2015 5:38 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
| mqjeff wrote: |
Edit: Never mind.
|
An Emily Litella post.  . I do that, too.
I am scratching my head a little on how this functionality was tested successfuly with the 8.0 testing. I can't throw stones too hard, though. We once had a tester that "successfully" tested a GUI panel that made it to Production, and the OK button did not work!
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| tczielke |
| Posted: Tue Apr 14, 2015 6:25 am Post subject: |
|
|
Guardian
Joined: 08 Jul 2010
Posts: 941
Location: Illinois, USA
|
Hi Neil,
Were you going to open a PMR for this issue?
Thanks,
Tim
_________________
Working with MQ since 2010. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Apr 14, 2015 6:31 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| tczielke wrote: |
| I can't throw stones too hard, though. We once had a tester that "successfully" tested a GUI panel that made it to Production, and the OK button did not work! |
failure is not an option |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 14, 2015 7:18 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| tczielke wrote: |
| I can't throw stones too hard, though. We once had a tester that "successfully" tested a GUI panel that made it to Production, and the OK button did not work! |
failure is not an option |
Sometimes failure is the only option....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| neilwcasey |
| Posted: Tue Apr 14, 2015 3:45 pm Post subject: |
|
|
Newbie
Joined: 09 Oct 2011
Posts: 9
Location: Melbourne, Australia
|
Thanks for the replies folks,
now that it is confirmed that the MQ behaviour is wrong, and it's not just me getting a configuration wrong somehow, I will work with my customer to raise an S/R.
Regards,
Neil Casey. |
|
| Back to top |
|
|
|
|
