From: Alex Efros <powerman@powerman.asdfGroup.com>
Subject: Re: service definition vs service activation
Date: Tue, 7 Mar 2006 20:35:22 +0200 [thread overview]
Message-ID: <20060307183522.GB17273@home.power> (raw)
In-Reply-To: <20060306111338.2d8151ff@alloy.copperisle.com>
Hi!
On Mon, Mar 06, 2006 at 11:13:38AM -0800, Wayne Marshall wrote:
> On the other hand here has been no usual custom or consensus for the
> service definition directory. This is because services combine
> attributes of things usually found elsewhere, such
> as /etc, /etc/init.d, /var/run, and /var/log. Service definitions by
> their very nature don't exactly fit cleanly anywhere in the usual unix
> hier(7) scheme of things.
I'm mostly agree with your, but there exists two more alternatives:
1) Service definition directory can use symlinks to suit FHS:
/etc/sv/SERVICE/supervise -> /var/run/sv/SERVICE/
/etc/sv/SERVICE/log/supervise -> /var/run/sv/SERVICE/log/
and ./log/run can start svlogd with /var/log/SERVICE/ as param.
That way /etc/ will contain only static configuration files, while
logs and ./supervise/ dir will be on /var/.
Service activation directory is /var/service/ or /var/sv/.
I've tried this way, and found myself always forget to create
./supervise symlinks BEFORE I start new service and runsv will create
./supervise directories instead. This can be easy solved by using
script to create service directories, of course.
Ugly, but suit FHS.
2) DJB invented nice place where to create directories which is not suit FHS.
In root. ;-) From this view, /sv/ or /service/ would be nice place for
service definition directory, while /var/sv/ or /var/service/ is
service activation directory.
P.S. I use /service/ as service definition directory, /var/service/ as service
activation directory, and ./log/run start svlogd with /var/log/SERVICE/ param.
--
WBR, Alex.
next prev parent reply other threads:[~2006-03-07 18:35 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-06 16:05 runit-1.4.0 available Gerrit Pape
2006-03-06 19:13 ` service definition vs service activation Wayne Marshall
2006-03-06 21:54 ` Gilles
2006-03-07 5:21 ` Joshua N Pritikin
2006-03-07 18:35 ` Alex Efros [this message]
2006-03-08 5:18 ` Joshua N Pritikin
2006-03-16 10:46 ` Gerrit Pape
2006-03-08 15:40 ` Christian Holtje
2006-03-08 16:04 ` Joshua N Pritikin
2006-03-20 21:17 ` runit-1.4.1 available Gerrit Pape
2006-03-07 13:30 service definition vs service activation Joshua N Pritikin
2006-03-07 17:46 ` Joshua N Pritikin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060307183522.GB17273@home.power \
--to=powerman@powerman.asdfgroup.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).