AW: AW: [GE users] Requiring remote_fs startup in sgeexecd
Mark.Olesen at arvinmeritor.com
Tue Aug 17 13:57:50 BST 2004
[ The following text is in the "iso-8859-1" character set. ]
[ Your display is set for the "ISO-8859-10" character set. ]
[ Some special characters may be displayed incorrectly. ]
Yes, I think that you are correct in your reservations.
As far as I can gather from /etc/init.d/skeleton (SuSE),
we should likely be using 'Should-Start' for many things.
As an example, with 'Required-Start: foobar' I receive the following error:
insserv: Service foobar has to be enabled for service foo
insserv: exiting now!
Whereas 'Should-Start: baz' exhibits no problems.
BTW: I found the reason jobs weren't starting (a too quick installation
resulted in AFS being partially on :( -- I'm now back into pre-production!
Dr. Mark Olesen
Thermofluid Dynamics Analyst
ArvinMeritor Light Vehicle Systems
Zeuna Staerker GmbH & Co. KG
D-86154 Augsburg, GERMANY
tel: +49 (821) 4103 - 862
fax: +49 (821) 4103 - 7862
Mark.Olesen at ArvinMeritor.com
# Any extensions to the keywords given above should be preceeded by
# X-VendorTag- (X-UnitedLinux- for us) according to LSB.
# Notes on Required-Start/X-UnitedLinux-Should-Start:
# * There are two different issues that are solved by Required-Start
# and X-UnitedLinux-Should-Start
# (a) Hard dependencies: This is used by the runlevel editor to determine
# which services absolutely need to be started to make the start of
# this service make sense. Example: nfsserver should have
# Required-Start: portmap
# Also, required services are started before the dependent ones.
# The runlevel editor will warn about such missing hard dependencies
# and suggest enabling. During system startup, you may expect an error,
# if the dependency is not fulfilled.
# (b) Specifying the init script ordering, not real (hard) dependencies.
# This is needed by insserv to determine which service should be
# started first (and at a later stage what services can be started
# in parallel). The tag X-UnitedLinux-Should-Start: is used for this.
# It tells, that if a service is available, it should be started
# before. If not, never mind.
# * When specifying hard dependencies or ordering requirements, you can
# use names of services (contents of their Provides: section)
# or pseudo names starting with a $. The following ones are available
# according to LSB (1.1):
# $local_fs all local file systems are mounted
# (most services should need this!)
# $remote_fs all remote file systems are mounted
# (note that /usr may be remote, so
# many services should Require this!)
# $syslog system logging facility up
# $network low level networking (eth card, ...)
# $named hostname resolution available
# $netdaemons all network daemons are running
# The $netdaemons pseudo service has been removed in LSB 1.2.
# For now, we still offer it for backward compatibility.
# These are new (LSB 1.2):
# $time the system time has been set correctly
# $portmap SunRPC portmapping service available
# UnitedLinux extensions:
# $ALL indicates that a script should be inserted
# at the end
# * The services specified in the stop tags
# specify which services need to be still running when this service
# is shut down. Often the entries there are just copies or a subset
# from the respective start tag.
> -----Ursprüngliche Nachricht-----
> Von: Andy Schwierskott [mailto:andy.schwierskott at sun.com]
> Gesendet: Dienstag, 17. August 2004 14:00
> An: 'users at gridengine.sunsource.net'
> Betreff: Re: AW: [GE users] Requiring remote_fs startup in sgeexecd
> I have a question about the "Required-Start:" line:
> What happens if a service which is listed there and which begins with a
> sign does not exist at all on that system?
> For instance for the 5.3 startup script, "afs" was a hard requirement -
> certainly most sites didn't have anything installed with AFS but this
> obviously was no problem for most of the time. A few months ago we had the
> first reports that on some Linux distribution the "afs" requirement caused
> failure of the startup script installation.
> I want to be sure that we do not run into the same problems when now
> new services with the $-notation.
> Any experience? Will your suggestion work on "old" Linux distributions
> run 2.2 kernels, e.g. Suse 7.2, RH 7.2 ...?
> >> Just a double check - but on SUSE 9.1 I needed to edit
> > /etc/init.d/sgeexecd
> >> to contain the line:
> >> # Required-Start: $network $remote_fs
> >> where the SGE6 distribution was missing the $remote_fs. I've found
> > it needs
> >> this because all our mounts are over NFS. I'm just mentioning this
> > because I
> >> remember hearing a new release is imminent.
> > I went a bit further and made sure that a few other services are
> > I also added the 'Should-Start' to insure the correct start order.
> > # Provides: sgeexecd
> > # Required-Start: $network $portmap $remote_fs $time
> > # Required-Stop:
> > # Should-Start: sgemaster
> > I've also re-worked the init scripts to support the 'restart' action,
> > cleanup on execd stopping etc., but I won't disturb the timeline for the
> > next patch by submitting these changes (or change requests) now.
> > Cheers,
> > /mark
> > Dr. Mark Olesen
> > Thermofluid Dynamics Analyst
> > ArvinMeritor Light Vehicle Systems
> > Zeuna Staerker GmbH & Co. KG
> > Biberbachstr. 9
> > D-86154 Augsburg, GERMANY
> > tel: +49 (821) 4103 - 862
> > fax: +49 (821) 4103 - 7862
> > Mark.Olesen at ArvinMeritor.com
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> > For additional commands, e-mail: users-help at gridengine.sunsource.net
> Mit freundlichen Gruessen,
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Andy Schwierskott Tel: +49 941 3075-200 (x60200)
> N1 Grid Engine Engineering Support: +49 941 3075-250 (x60250)
> Sun Microsystems GmbH Fax: +49 941 3075-222 (x60222)
> Dr.-Leo-Ritter-Str. 7 mailto:andy.schwierskott at sun.com
> D-93049 Regensburg http://www.sun.com/gridware
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net?
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net
More information about the gridengine-users