Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 May 2004 18:44:54 +0100
From:      Peter Risdon <peter@circlesquared.com>
To:        Dan Nelson <dnelson@allantgroup.com>
Cc:        questions@freebsd.org
Subject:   Re: Manually starting RCng scripts disabled in rc.conf
Message-ID:  <40A8FA16.9030401@circlesquared.com>
In-Reply-To: <20040517172712.GJ80376@dan.emsphone.com>
References:  <200405170951.25763.fcash-ml@sd73.bc.ca> <20040517172712.GJ80376@dan.emsphone.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Dan Nelson wrote:

>In the last episode (May 17), Freddie Cash said:
>  
>
>>Is it possible to manually run an rcNG-style script with
>>app_enable=NO in /etc/rc.conf?
>>
>>For instance, there are a few services that I don't want running all
>>the time on my laptop (like Apache, Squid, DansGuardian) but that I
>>need running now and then for development / testing purposes.  As
>>such, I have apache_enable="NO" in my rc.conf to prevent Apache from
>>starting at boot time.  However, this also means that I cannot
>>manually start Apache when I need it running, unless I use apachectl
>>or run the httpd binary directly.  And I can't use the RCng script to
>>check the status, or restart, or any of the other nice things that
>>RCng gives me.  It would be much simpler/nicer if I could use the
>>rcNG script to do this.
>>
>>Am I missing something simple, or is it just not possible to do what
>>I want?  I'd like to use the rc.d scripts to control everything, but
>>if I have to enable them all in rc.conf and then manually stop them
>>after each boot, I'll most likely end up writing my own non-RCng
>>wrapper scripts for each app.  :(
>>    
>>
>
>"forcestart" should do what you want, I think.
>
>  
>


In similar situations, I change

/usr/local/etc/rc.d/whatever.sh

to

/usr/local/etc/rc.d/whatever.sh.notnow

(or any other suffix) so it doesn't start at boot time, then start it up 
when I want with

#/usr/local/etc/rc.d/whatever.sh.notnow start

and stop it again in the obvious way. I'd be interested to know what the 
drawbacks to this approach are.

PWR.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40A8FA16.9030401>