-------------------------------------------------------------
DE DIGITALE STAD
Op Tue, 26 Jan 1999, H.J. Lu schreef:
> > To continue with the Slackware vs Red Hat comparison, let us contrast
> > their network startup. In slackware, this is handled by
> > /etc/rc.d/rc.inet[1,2], called in that order. These are human readable;
> > all network variables used (including those set by install scripts) are
> > set directly in the scripts where they are used. Consequently, the
> > scripts are trivial to modify by hand and you can read them and see how
> > they work at a glance. rc.inet1 is really totally trivial and yet
> > totally effective at starting up a network -- ifconfig, route, done.
> > rc.inet2 is messier, but still pretty readable and easy to change if you
> > know /bin/sh at all (and even if you don't).
> >
>
> Can you tell me how you start/stop/restart a service on Slackware,
> which may require a series of commands in the correct order? On RedHat,
> you can do
>
> # cd /etc/rc.d/init.d
> # ./service start|stop|restart
Hmmm, yeah, it's nice, but it's got one drawback:
When u restart/start a service this way, ppl tend to forget
to check if the service are really up and running.
For example, I've been setting up a Linux webserver at my company,
each time I changed the config files of Apache, I restarted the
Apache server with K15httpd restart... ok, nice, but if u made
an error in the config-files, there is no way to see that the
daemons aren't running. The use of such script makes ppl beleive
they'll get an error-message when something goes wrong.
Maybe an automatic ps -walux|grep httpd after restart would've
been nice ;)
>
> It is that easy. Also I can start/stop a network interface with
>
> # ifup/ifdown eth0
>
> Everything is automatic. My ifup even knows Linux 2.0/2.1/2.2 since
> some network commands are changed. Try that in Slackware.
Same as my last statement, ifdown doesn't always work, on the webserver,
ip's that are removed by ifdown are still bound to the eth-card...
Okay, maybe I did something wrong, but again, such scripts make ppl
beleive they'll get an error message.
So my point is: Make such scripts for real newbies or don't make em
at all, it makes things confusing.
Greets,
Frank
