[ofa-general] [PATCH] opensm/opensm.spec: comment out service auto-startup setup
Al Chu
chu11 at llnl.gov
Fri Sep 12 20:52:22 PDT 2008
Hey Sasha,
> The issue is that it starts opensm service on boot automatically after
> installation (without user requesting this with 'chkconfig' or so) - see
> bug #1181 - https://bugs.openfabrics.org/show_bug.cgi?id=1181
I don't know how this issue is handled in Suse, but I don't think it
should be handled by removing the post-install script in the rpm spec
file. I believe the post install script is typical for redhat/fedora
systems. On my RHEL server, a quick look shows most of the popular
daemons automatically add the daemon to chkconfig.
# > rpm -q --scripts vixie-cron
postinstall scriptlet (using /bin/sh):
/sbin/chkconfig --add crond
# > rpm -q --scripts openssh-server
postinstall scriptlet (using /bin/sh):
/sbin/chkconfig --add sshd
# > rpm -q --scripts httpd
postinstall scriptlet (using /bin/sh):
# Register the httpd service
/sbin/chkconfig --add httpd
# > rpm -q --scripts mysql-server
postinstall scriptlet (using /bin/sh):
if [ $1 = 1 ]; then
/sbin/chkconfig --add mysqld
fi
Whether the daemon should be started up automatically on boot is
configured in the init.d script by specifying what run levels it should
be configured on/off automatically. I see in the git master opensm it
seems to be off by default:
# > grep chkconfig redhat-opensm.init.in
# chkconfig: - 15 85
So perhaps we need to bug some Suse knowledgeable people on how to do
this properly. Because I think this patch will break RHEL behavior.
> So script itself should support 'condrestart' command?
This is the way I've personally done it. I can't say what the most
common method is, but it seems fairly common. A grep in /etc/init.d on
my RHEL system shows it is all over the place.
Al
On Sat, 2008-09-13 at 05:12 +0300, Sasha Khapyorsky wrote:
> Hi Al,
>
> On 14:27 Thu 11 Sep , Al Chu wrote:
> >
> > Although the %post script below may not be 100% portable, I think it's
> > pretty typical for system daemon rpms. A quick "rpm -q --scripts
> > <daemon-rpm>" shows its pretty common for system daemons on RHEL. It
> > should be tweaked for portability rather than being removed.
>
> The issue is that it starts opensm service on boot automatically after
> installation (without user requesting this with 'chkconfig' or so) - see
> bug #1181 - https:// bugs.openfabrics.org/show_bug.cgi?id=1181
>
> > Personally, I've never done "/sbin/service FOO condrestart" in rpm
> > scripts. I do "%{initrddir}/FOO condrestart". Maybe that's more
> > portable??
>
> So script itself should support 'condrestart' command?
>
> Sasha
>
> >
> > Al
> >
> > On Thu, 2008-09-11 at 23:11 +0300, Sasha Khapyorsky wrote:
> > > This addresses bug#1181.
> > >
> > > Comment out opensm service auto-startup setup at %post section.
> > >
> > > Signed-off-by: Sasha Khapyorsky <sashak at voltaire.com>
> > > ---
> > >
> > > I don't really know why it was done this way originally. So please send
> > > any comments and/or objections.
> > >
> > > opensm/opensm.spec.in | 10 +++++-----
> > > 1 files changed, 5 insertions(+), 5 deletions(-)
> > >
> > > diff --git a/opensm/opensm.spec.in b/opensm/opensm.spec.in
> > > index 2e3abfc..fc7677d 100644
> > > --- a/opensm/opensm.spec.in
> > > +++ b/opensm/opensm.spec.in
> > > @@ -104,11 +104,11 @@ install -m 755 scripts/sldd.sh $RPM_BUILD_ROOT%{_sbindir}/sldd.sh
> > > rm -rf $RPM_BUILD_ROOT
> > >
> > > %post
> > > -if [ $1 = 1 ]; then
> > > - /sbin/chkconfig --add opensmd
> > > -else
> > > - /sbin/service opensmd condrestart
> > > -fi
> > > +#if [ $1 = 1 ]; then
> > > +# /sbin/chkconfig --add opensmd
> > > +#else
> > > +# /sbin/service opensmd condrestart
> > > +#fi
> > >
> > > %preun
> > > if [ $1 = 0 ]; then
> > --
> > Albert Chu
> > chu11 at llnl.gov
> > 925-422-5311
> > Computer Scientist
> > High Performance Systems Division
> > Lawrence Livermore National Laboratory
> >
>
--
Albert Chu
chu11 at llnl.gov
925-422-5311
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory
More information about the general
mailing list