Date: Sun, 09 Jul 2000 14:26:17 -0500 From: "Jeffrey J. Mountin" <jeff-ml@mountin.net> To: Adam <bsdx@looksharp.net>, "Andrey A. Chernov" <ache@FreeBSD.ORG> Cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/etc rc.shutdown Message-ID: <4.3.2.20000709134256.00ab26b0@207.227.119.2> In-Reply-To: <Pine.BSF.4.21.0007090347130.407-100000@turtle.looksharp.ne t> References: <20000708220113.A81167@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At 03:52 AM 7/9/00 -0400, Adam wrote: >How about a rc.conf knob that controls whether rc.shutdown tells the rc.d >scripts to "stop" and leave it up to the sysadmin to enable a new (helpful >sometimes) feature which could be confusing or painful if turned on behind >our backs. Are there any ports out there that do shutdown properly with a -TERM from init? I saw little reason for adding functionality to rc.shutdown, but object even more to adding yet another gratuitous (IMO) knob in rc.conf. Would it not be simpler to assume a start if the rc.d scripts are invoked without an argument for the transition. Init already sends the -TERM, so I see start|stop functionality as a convenience for while the system is running. IOW, back out the rc.shutdown change *until* all ports with a rc.d script are ready. Was this even coordinated with the ports team? Certainly hope that an MFC is withheld until all issues are resolved. We are getting close to 4.1 and having ugly hacks to work around issues... The start|stop for rc.d script is good, but as pointed out by some may not work for their systems upon startup. If there is an ordering or additional work that should be done before stopping everything, then rc.shutdown should already be in use and/or the scripts modified (or the name changed as Peter Wemm pointed out). Speaking of ordering. Why not have ports that require an ordering have a numeric prefix. Otherwise it appears that there are a lot of things to change adding unnecessary complexity. The ports folks would then need to figure out what order# to assign, which is similar to the assignation of UID/GID. Perhaps there should be a listing for the ports needing this to avoid conflicts when new ports are added. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.3.2.20000709134256.00ab26b0>