Am Sun, 7 Sep 2014 15:33:42 +0800
Erich Dollansky <> schrieb:

> Hi,
> On Sun, 7 Sep 2014 09:03:21 +0200
> "O. Hartmann" <> wrote:
> > 
> > I use a service (textprox/refdb from ports, refdb_enable="YES"
> > in /etc/rc.conf.local) that is supposed to startup at boottime. On
> > one CURRENT system, running
> > 
> >  FreeBSD 11.0-CURRENT #3 r271210: Sat Sep  6 22:39:59 CEST 2014 amd64
> > 
> > the service is not started at boottime, but I can start the service
> > manually via
> > 
> > service refdb start
> > 
> > I tried enabling rc_debug=YES in /etc/rc.conf but I do not see any
> > failure of the start attempt of that specific service in the logs or
> > on the console. 
> > 
> > Is there an elegant way to debug rc.d and the startup procedure
> > without having the system reboot (I do not have jails or VM, sorry)?
> > 
> could it be that the spelling in either rc.conf and the spelling in the
> actual script differ so that FreeBSD does not start it?
> Erich

No. If it would be the case, I guess starting it manually wouldn't work either. 
The fact
is that the port textproc/refdb uses a startup script named "" and by 
the port and on the way to make it more CURRENT compliant, I started with 
renaming it to
"refdb" and it seems this is the culprit.

The script textproc/refdb uses is a bit awkward since it targets both *BSD and 
init/rc scripts and the initial rc.d/refddb scripts gives control to another 
called refdbctl which seems to perform all the stuff FreeBSD's /etc/rc.subr is 

I renamed the script back to "" by now and the service starts again as
expected.  I guess the spawning into a subshell fails somehow at that point 
when booting
the box.


Attachment: signature.asc
Description: PGP signature

Reply via email to