Assuminmg you're running this all via svscan, the problem is that
svscan only notices the +t flag when it first sees the directory in
/service.

You need to remove the service and re-add it. I believe the
daemontools page at cr.yp.to has the sequence needed to do this.


Regards.


On Fri, Feb 23, 2001 at 03:05:23PM -0500, Paul Farber wrote:
> Tried that...
> 
> 
> but it will not fire off a copy of multilog:
> 
>  3181 ?        S      0:00 supervise qmail-smtpd
>  3182 ?        S      0:00 /usr/local/bin/tcpserver -qDHR 
> -ladmin.f-tech.net -xt 
> 
> here is some file info:
> 
> drwxr-sr-t   5 root     root         4096 Feb 21 01:35 qmail-smtpd
> 
> ./run=
> 
> #!/bin/sh
> exec 2>&1 \
> envdir ./env \
> sh -c '
>     case "$REMOTENAME" in h) H=;; p) H=p;; *) H=H;; esac
>     case "$REMOTEINFO" in r) R=;; [0-9]*) R="t$REMOTEINFO";; *) R=R;; esac
>     exec \
>     /usr/local/bin/envuidgid qmaild \
>     softlimit ${DATALIMIT+"-d$DATALIMIT"} \
>     /usr/local/bin/tcpserver \
>         -qD"$H$R" \
>         ${LOCALNAME+"-l$LOCALNAME"} \
>         ${BACKLOG+"-b$BACKLOG"} \
>         ${CONCURRENCY+"-c$CONCURRENCY"} \
>         -xtcp.cdb \
>         -- "${IP-0}" "${PORT-25}" \
>     /var/qmail/bin/qmail-smtpd
> '
> 
> ./run/log=
> 
> [root@admin log]# cat run
> #!/bin/sh
> exec \
> setuidgid qmaill \
> multilog t ./main
> 
> ./mail is empty... and there is no multilog process running
> 
> Paul Farber
> Farber Technology
> [EMAIL PROTECTED]
> Ph  570-628-5303
> Fax 570-628-5545
> 
> On Fri, 23 Feb 2001, Chris Johnson wrote:
> 
> > On Fri, Feb 23, 2001 at 12:13:37PM -0500, Paul Farber wrote:
> > > drwxr-xr-x   4 root     root         4096 Feb 21 01:40 service
> > > 
> > > and under that
> > > 
> > > drwxr-xr-x   4 root     root         4096 Feb 21 01:40 .
> > > drwxr-xr-x  13 root     qmail        4096 Feb 20 23:20 ..
> > > drwxr-sr-x   5 root     root         4096 Feb 21 01:11 qmail
> > > drwxr-sr-x   5 root     root         4096 Feb 21 01:35 qmail-smtpd
> > > 
> > > Since the manual (man chmod) or the qmail-conf program docs didn't allude
> > > to it... what is the 'sticky bit'?
> > 
> > chmod +t the directory. (Are you sure man chmod doesn't refer to this?)
> > 
> > From http://cr.yp.to/daemontools/svscan.html:
> > 
> > "If a subdirectory sub is sticky, svscan starts a pair of supervise processes,
> > one for sub, one for sub/log, with a pipe between them. svscan needs two free
> > descriptors for each pipe."
> > 
> > Chris
> > 
> 

Reply via email to