CUPS admin for users
Rick Stevens
rstevens at vitalstream.com
Mon Oct 3 17:40:20 UTC 2005
On Thu, 2005-09-29 at 20:31 -0600, karlp at ourldsfamily.com wrote:
> On Thu, September 29, 2005 8:15 pm, Mark Knecht said:
> > On 9/29/05, Ted Potter <tpotter at techmarin.com> wrote:
> >> On Thursday 29 September 2005 4:55 pm, Mark Knecht wrote:
> >> >
> >> > Thanks Alexey,
> >> > These instructions seem pretty straight forward, but I'm really
> >> > fuzzy tonight. How do I restart the cups daemon after editing the
> >> > cupsd.conf file without rebooting. I'm tired/
> >> >
> >> > Thanks,
> >> > Mark
> >> >
> >>
> >> /etc/rc.d/init.d/cupsd restart
> >
> > What I should have done...
> >
> >>
> >> or turn on the tube and grab a brew depending.... :-)
> >
> > Pretty much what I did do. ;-)
>
> Since I don't drink, let me be a bit more pragmatic. I would recommend
> getting used to the following command:
>
> service servicename [stop|start|restart|status]
>
> where in your situation, would appear as
>
> service cupsd restart
>
> though I prefer to do a service srvname stop, then service srvname start
> with a bit of time between. I think that's because I'm used to working on
> heavily loaded systems where the services which have to read large config
> files need time to 'breath' between stops and starts else sometimes they
> don't start up right. I'm probably just paranoid however, so that might
> not be necessary.
Remember, Karl, that "service whatever restart" is EXACTLY THE SAME as
"/etc/rc.d/init.d/whatever restart". The first invokes a shell script
to run a shell script ("/sbin/service" is a shell script), the second
bypasses the first shell script and runs the second one directly.
Just me being my normal, persnickety self! :-D
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- First Law of Work: -
- If you can't get it done in the first 24 hours, work nights. -
----------------------------------------------------------------------
More information about the Redhat-install-list
mailing list