fault toleratant shell scripts

Ward Griffiths wdg3rd at comcast.net
Tue Mar 16 04:44:23 PST 2004


On Tuesday 16 March 2004 12:36 am, Jay R. Ashworth wrote:
> On Tue, Mar 16, 2004 at 12:30:52AM -0500, Ward Griffiths wrote:

> > /bin/rm (and /bin itself, naturally) would also remain.  Tested
> > that once on a store demo I was cleaning up for a fresh OS install
> > for a customer delivery -- did an rm -f * from / then mounted and
> > looked at the HD from a boot floppy just for grins.  Then I
> > formatted it.
>
> Wimp.
>
> *I* did it on a live system.
>
> 16B, Xenix 3, Real World.
>
> # cd /error/in/path/name
> cd: path not found
> # rm -rf .
> rm: you friggin' idiot
> ...
>
> Got it stopped after a couple *minutes*.  It ate a *lot* of stuff.
> But, amazingly, not so much that a) the users stopped being able to
> work or b) we were unable to back the data up and reload from the
> prior night and restore.
>
> I *was* on site until something like 0130...

As the CSR at an RSCC, I rarely had unrestricted access to a production 
environment.  And that was fine with me.  By the time I was personally 
responsible for real systems, I'd had plenty of education from 
customers' mistakes.  Yes, it _is_ possible to learn from the screw-ups 
of others if you're paying attention.
-- 
Ward Griffiths    wdg3rd at comcast.net    http://home.comcast.net/~wdg3rd/

"And I don't like the idea of going _anywhere_ near the gods.  We're
like toys to them, you know."  _And they don't realise how easily the
arms and legs come off_, he added to himself.
                                Terry Pratchet, _The Last Hero_



More information about the Filepro-list mailing list