[ofa-general] opensm as service - cfg files
Al Chu
chu11 at llnl.gov
Mon Oct 27 10:10:04 PDT 2008
Hey Philippe,
On Mon, 2008-10-27 at 10:40 +0100, Philippe Gregoire wrote:
> Al Chu a écrit :
> > On Thu, 2008-10-23 at 14:53 +0200, Philippe Gregoire wrote:
> >
> >> Hi Yevgeny,
> >>
> >> Is it possible to write this service so it will be able to manage multiple instances of opensm on the same node, I mean start and stop all instances at the same time or separately.
> >> This will be very usefull when you have several Infiniband storage devices connected directly to one node,
> >> so you have to run several opensm -g guid processes on this node.
> >>
> >> It is authorized to have a service that understand parameters like:
> >> service start 0x8000010232
> >> or
> >> service start ddn12.conf
> >>
> >
> > This doesn't sound like that bad of idea, although "what does the user
> > expect" is a concern. My co-worker brought up the simple issue of the
> > log files. Do you automatically pick a different log file to store to,
> > or does it store to the same log, or is it the user's responsibility to
> > pick a reasonable different log file name in the .conf file? I have no
> > idea what other daemons/init scripts do.
> >
> > Al
> >
> >
>
> init scripts generally execute/source some configuration file located
> in /etc/sysconfig/ to set some variables used in the script. These
> variables can be used to distinguish pid filename and log filename for
> different opensm instances. If these variables are not defined in the
> conf file, they should be build from the parameter value e.g :
> opensm.log.ddn12 or opensm.pid.ddn12
My point was should the script automatically handle this, or is it the
user's responsibility to set everything up? As Ira mentioned in a later
post, the console port is supposed to be at a known port value so users
know what port to connect to. So is it wise for the script to auto-
magically select different different port values for different opensm
instances? Personally I don't think so.
I was initially thinking the init script could take command line
arguments that could be passed directly to the init.d scripts. So for
example, you can say:
service opensmd start "--config ddn.conf"
service opensmd start "--config lsi.conf"
This puts alternate log file names and console port numbers into the
responsibility of the user.
Al
>
> >> Philippe Gregoire
> >> CEA/DAM.
> >>
> >> Yevgeny Kliteynik a écrit :
> >>
> >>> Hi Sasha,
> >>>
> >>> I was just trying to put some order in my head regarding
> >>> the use of opensm as service, and I have couple of questions.
> >>> Some of them might be dumb, so please bear with me... :)
> >>>
> >>> 1. OpenSM config file.
> >>> Do we still need opensm/scripts/opensm.conf?
> >>> I think it's not used any more.
> >>>
> >>> 2. From opensm/scripts/opensm.init.in:
> >>> @sbindir@/opensm -B $OPTIONS > /dev/null
> >>> Is someone setting the $OPTIONS variable? I think it was
> >>> set in the config file in the past, but not now.
> >>>
> >>> 3. From opensm/scripts/redhat-opensm.init.in:
> >>> CONFIG=@sysconfdir@/sysconfig/opensm.conf
> >>> if [ -f $CONFIG ]; then
> >>> . $CONFIG
> >>> fi
> >>>
> >>> From opensm/scripts/opensm.init.in:
> >>> if [[ -s /etc/sysconfig/opensm ]]; then
> >>> . /etc/sysconfig/opensm
> >>> fi
> >>>
> >>> If it's not some naming convention, perhaps we should use
> >>> opensm.conf in both cases?
> >>>
> >>> 4. Logrotate:
> >>> opensm/scripts/opensm.spec.in installs logrotate file as follows:
> >>> install -m 644 scripts/opensm.logrotate $etc/logrotate.d/opensm
> >>> I may be off here, but should the installed file name be opensmd
> >>> to match the service name?
> >>>
> >>> -- Yevgeny
> >>> _______________________________________________
> >>> general mailing list
> >>> general at lists.openfabrics.org
> >>> http:// lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> >>>
> >>> To unsubscribe, please visit
> >>> http:// openib.org/mailman/listinfo/openib-general
> >>>
> >>>
> >> _______________________________________________
> >> general mailing list
> >> general at lists.openfabrics.org
> >> http:// lists.openfabrics.org/cgi-bin/mailman/listinfo/general
> >>
> >> To unsubscribe, please visit http:// openib.org/mailman/listinfo/openib-general
> >>
> >>
>
>
--
Albert Chu
chu11 at llnl.gov
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory
More information about the general
mailing list