Date: Sun, 7 Sep 2014 09:43:08 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Erich Dollansky <erich@alogt.com> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org> Subject: Re: service doen't get started at boottime, but can start manually Message-ID: <20140907094308.6c466d9f.ohartman@zedat.fu-berlin.de> In-Reply-To: <20140907153342.2366ad8b@X220.alogt.com> References: <20140907090321.12bbc428.ohartman@zedat.fu-berlin.de> <20140907153342.2366ad8b@X220.alogt.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Am Sun, 7 Sep 2014 15:33:42 +0800 Erich Dollansky <erich@alogt.com> schrieb: > Hi, > > On Sun, 7 Sep 2014 09:03:21 +0200 > "O. Hartmann" <ohartman@zedat.fu-berlin.de> 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 "refdb.sh" and by maintaining 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 Linux init/rc scripts and the initial rc.d/refddb scripts gives control to another script called refdbctl which seems to perform all the stuff FreeBSD's /etc/rc.subr is providing. I renamed the script back to "refdb.sh" 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. Oliver [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUDAyQAAoJEOgBcD7A/5N8P64H/0ZC3REJHXrlgjpMIOZmr/qb CgRFAKNfk81aBKjh4TRU9uwQKYMjTwIPSI18XrNN8+vZrrIsMbzZvZHJbbuO9aMp q0I6EYTvgOpLIZf1RtQZU+jY1gJktnr6RspRJAgzSGDMbFGmkyxLnQ37UTj9xLPm CdAYac7geZUL1vtzgUgnpO0AoSSitxNz9xAmwB40Zs/RCcXHzgVjUyVdoeMRGVsA fAR4+WFaFa82vUrBOBu14f90aDHOYAyVmr7+Wr+8as3HjoGQX6k30gSs3U5qQKDn e0v+cBHrSz69RrF+F1UOpNMdyn5mMYzXWmT0+sFyR68EUXJWVLUatnaPNAYvw6M= =od7S -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140907094308.6c466d9f.ohartman>