Author |
Message
|
akratz |
Posted: Fri Oct 04, 2002 7:10 am Post subject: Starting MQSeries on Solaris Startup scripts |
|
|
Newbie
Joined: 04 Oct 2002 Posts: 1
|
We're trying to set up MQ on Solaris so it starts que manager and listener upon startup by default. When we execute these commands manually , the processes start , but if we have this in our startup script in \etc , the processes do not start.
How does anyone else do this?
These are the commands we had in script:
#!/bin/sh
# @ (#)
#S99 MQSeries Startup
su - mqm -c "strmqm QQM_ACCESS"
su - mqm -c "runmqlsr -m QQM_ACCESS -t tcp -p 1414 &"
su - mqm -c "strmqcsv QQM_ACCESS"
Thanks |
|
Back to top |
|
 |
vennela |
Posted: Fri Oct 04, 2002 11:10 am Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
I am not sure of Solaris but on AIX the su cammand is like
su - mqm -c strmqm QQM_ACCESS
(no quotes for command and its arguments)
Why don't you redirect (or pipe) the error messages to a log file and see why it won't start.
---
Venny |
|
Back to top |
|
 |
vennela |
Posted: Fri Oct 04, 2002 11:17 am Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
Well
I figured the quotes are not gonna make any difference.
Did you put the script in /etc/rc2.d?
---
Venny |
|
Back to top |
|
 |
aixmurderer |
Posted: Mon Oct 07, 2002 11:30 pm Post subject: |
|
|
Newbie
Joined: 12 Aug 2002 Posts: 9
|
It should porbalbvy have simlink in /etc/rc2.d, pointing to the script in init.d.
If I remenber correctly you should be able to start it as user root as long as root belongs to the mqm group, so the "su -c" should not be necessary.
Any reason for running the listener as a standalone instead of as an inetd entry? IBM recommends the inetd option for all *nix, but the exception is version 5.3 onwards should rather use the listener. Why I don't know... |
|
Back to top |
|
 |
whiting |
Posted: Tue Oct 08, 2002 8:19 am Post subject: listener |
|
|
Acolyte
Joined: 26 Mar 2002 Posts: 64 Location: Greenville, SC
|
I believe that the reason for using the listener is that it will now run multiple channels as separate threads.
So the listener will have less overhead that running channel agents from inetd.
//Bill |
|
Back to top |
|
 |
|