Date: Thu, 7 Mar 2002 16:01:30 -0500 From: "Dave" <dave@hawk-systems.com> To: "Forrest W. Christian" <forrestc@imach.com> Cc: <freebsd-isp@FreeBSD.ORG> Subject: RE: server no longer processing /usr/local/etc/rc.d on startup Message-ID: <DBEIKNMKGOBGNDHAAKGNMEHNMPAA.dave@hawk-systems.com> In-Reply-To: <Pine.BSF.4.21.0203071333590.9903-100000@workhorse.iMach.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>> Manually ran /bin/sh /etc/rc and everything started as expected. >> the following is the output; > >Could this be pathing related? > >I doubt it since /etc/rc resets the path to a known value, but I did run >into the problem that rc didn't contain a path to an executable >recently... I would doubt it as well since RC gets the path from the local_startup directing in /etc/defaults/rc.conf which "apparently" is being parsed when rc is run. On reboot (when things aren't being run) the settings in /etc/rc.conf are obviously being parsed since all the interfaces are available to connect to the box remotely via SSH. This would imply (to me, perhaps incorrectly) that rc is finding and using /etc/defaults/rc.conf since that tells it to parse the /etc/rc.conf in the rc_conf_files="/etc/rc.conf /etc/rc.conf.local" line. The line above that is the local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. line... logic would dictate that if it is parsing lines below this, then it should have parsed this line as well and should know where the local_startup directories are. (not using X so no idea if that is being processed). If it was pathing related, then rc running manually should show the problem, no? The fact that manually runing each script in the rc.d directory or running rc loads everything normally is boggling me. Annoyingly facinated. Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DBEIKNMKGOBGNDHAAKGNMEHNMPAA.dave>