headers
Rick Moen | 1 Mar 2007 02:20
Favicon

Re: Show Us The Code

Quoting Teh Entar-Nick (nick <at> teh.entar.net):

> Proof that that sign is working:
> https://www.redhat.com/archives/fedora-devel-list/2007-February/thread.html#01006

I remember, back around 1995, recursively chmod'ing some poorly
specified glob while (inattentively) wielding root authority, in /lib.
It was embarrassing and a chore to recover from.  Blaming the
distribution never occurred to me.  Lack of imagination, no doubt.

--

-- 
Cheers,             
Rick Moen                 "Anger makes dull men witty, but it keeps them poor."
rick <at> linuxmafia.com                                   -- Elizabeth Tudor
Permalink | Reply | 19 comments |
headers
Greg Folkert | 1 Mar 2007 02:47
Favicon
Gravatar

Re: Show Us The Code

On Wed, 2007-02-28 at 17:20 -0800, Rick Moen wrote:
> Quoting Teh Entar-Nick (nick <at> teh.entar.net):
> 
> > Proof that that sign is working:
> > https://www.redhat.com/archives/fedora-devel-list/2007-February/thread.html#01006
> 
> I remember, back around 1995, recursively chmod'ing some poorly
> specified glob while (inattentively) wielding root authority, in /lib.
> It was embarrassing and a chore to recover from.  Blaming the
> distribution never occurred to me.  Lack of imagination, no doubt.

I have to admit, I did a similar fubar on an HP-UX machine ~1996 but
in /usr. I did it in the middle of the day.

Printing stopped, the the DB failed to execute queries, then people
tried to reboot the windows machines they used and re-log in... none
could.

It is the only time I restored from the previous Friday's bootable tape
the middle of a day, glad I made them that way and didn't rely on SAM to
do it.

Company lost about 2 hours of ordering operations. Of course 30 or so
people were involved in that. It also caused a gap in Shop-floor
production of about an hour the following night about 70 people involved
in that.

All told, including my time and support time involved and the President
and controller standing over my shoulder during me fixing up the
problem... cost the company well over 150 man hours.
(Continue reading)

Permalink | Reply | 18 comments |
headers
Don Marti | 1 Mar 2007 07:39

Re: Show Us The Code

begin Greg Folkert quotation of Wed, Feb 28, 2007 at 08:47:55PM -0500:
> On Wed, 2007-02-28 at 17:20 -0800, Rick Moen wrote:
> > Quoting Teh Entar-Nick (nick <at> teh.entar.net):
> > 
> > > Proof that that sign is working:
> > > https://www.redhat.com/archives/fedora-devel-list/2007-February/thread.html#01006
> > 
> > I remember, back around 1995, recursively chmod'ing some poorly
> > specified glob while (inattentively) wielding root authority, in /lib.
> > It was embarrassing and a chore to recover from.  Blaming the
> > distribution never occurred to me.  Lack of imagination, no doubt.
> 
> I have to admit, I did a similar fubar on an HP-UX machine ~1996 but
> in /usr. I did it in the middle of the day.
> 
> Printing stopped, the the DB failed to execute queries, then people
> tried to reboot the windows machines they used and re-log in... none
> could.
> 
> It is the only time I restored from the previous Friday's bootable tape
> the middle of a day, glad I made them that way and didn't rely on SAM to
> do it.

This is where I ask about RPM rollback.  Is anyone
on the list who administers RPM-based systems turning
this feature on?  Anyone used it for real?  It looks
great (disk space is cheap compared to admin time or
worse, downtime), but what's the catch?  (Other than
Red Hat apparently not liking to turn it on by default
in RHEL.)
(Continue reading)

Permalink | Reply | 17 comments |
headers
Patrik Wallstrom | 1 Mar 2007 07:42
Favicon
Gravatar

Re: Show Us The Code

On Wed, 28 Feb 2007, Don Marti wrote:

> This is where I ask about RPM rollback.  Is anyone
> on the list who administers RPM-based systems turning
> this feature on?  Anyone used it for real?  It looks
> great (disk space is cheap compared to admin time or
> worse, downtime), but what's the catch?  (Other than
> Red Hat apparently not liking to turn it on by default
> in RHEL.)

Oh, I want this for Debian. Any plans for this feature in Debian
perhaps? I would actually use it.

--

-- 
patrik_wallstrom->foodfight->pawal <at> blipp.com->+46-733173956
Permalink | Reply | 15 comments |
headers
Greg Folkert | 1 Mar 2007 07:54
Favicon
Gravatar

Re: Show Us The Code

On Thu, 2007-03-01 at 07:42 +0100, Patrik Wallstrom wrote:
> On Wed, 28 Feb 2007, Don Marti wrote:
> 
> > This is where I ask about RPM rollback.  Is anyone
> > on the list who administers RPM-based systems turning
> > this feature on?  Anyone used it for real?  It looks
> > great (disk space is cheap compared to admin time or
> > worse, downtime), but what's the catch?  (Other than
> > Red Hat apparently not liking to turn it on by default
> > in RHEL.)
> 
> Oh, I want this for Debian. Any plans for this feature in Debian
> perhaps? I would actually use it.

Huh? I am sorry, Debian has this already.

dpkg-repack is available.

And installing older versions is allowed by default in Debian.

http://archive.debian.org/debian-archive/

and

http://snapshot.debian.net/

Pretty much give you everything you want in the way of older versions.

Or are you asking for something else?
--

--
(Continue reading)

Permalink | Reply | 13 comments |
headers
Michael Dominok | 1 Mar 2007 18:31

Re: Show Us The Code

Am Donnerstag, den 01.03.2007, 01:54 -0500 schrieb Greg Folkert:
> Huh? I am sorry, Debian has this already.
> 
> dpkg-repack is available.

A handy little tool. My usual upgrade-procedure is:

mkdir /root/lib/upgrades/`date +%Y-%m-%d` ; cd /root/lib/upgrades/`date
+%Y-%m-%d`

dpkg-repack `apt-get -s upgrade | grep "^Inst" | awk '{ print $2 }'`

or

dpkg-repack `apt-get -s dist-upgrade | grep "^Inst" | awk '{ print$2 }'`

respectively.

So if anything goes wrong i only have to 

cd /root/lib/upgrades/`date +%Y-%m-%d`

and 

dpkg -i *

Cheers

Michael
(Continue reading)

Permalink | Reply | 11 comments |
headers
Rick Moen | 1 Mar 2007 19:59
Favicon

Re: Show Us The Code

Quoting Michael Dominok (ml.linux-elitists <at> dominok.net):

> cd /root/lib/upgrades/`date +%Y-%m-%d`
                         ^^^^^^^^^^^^^^

ITYM "date -I".  HTH.
Permalink | Reply | 10 comments |
headers
Michael Dominok | 1 Mar 2007 20:33

Re: Show Us The Code

Am Donnerstag, den 01.03.2007, 10:59 -0800 schrieb Rick Moen:
> Quoting Michael Dominok (ml.linux-elitists <at> dominok.net):
> 
> > cd /root/lib/upgrades/`date +%Y-%m-%d`
>                          ^^^^^^^^^^^^^^
> 
> ITYM "date -I".  HTH.

Oi. Where does that come from? A hidden feature of date? Can't find it
in the man-page. But it works. Thanks.

Cheers

Michael
Permalink | Reply | 9 comments |
headers
Matthew Galgoci | 1 Mar 2007 20:37
Picon
Favicon
Gravatar

Re: Show Us The Code

> Date: Thu, 01 Mar 2007 20:33:57 +0100
> From: Michael Dominok <ml.linux-elitists <at> dominok.net>
> To: linux-elitists <at> zgp.org
> Subject: Re: [linux-elitists] Show Us The Code
>
> Am Donnerstag, den 01.03.2007, 10:59 -0800 schrieb Rick Moen:
> > Quoting Michael Dominok (ml.linux-elitists <at> dominok.net):
> >
> > > cd /root/lib/upgrades/`date +%Y-%m-%d`
> >                          ^^^^^^^^^^^^^^
> >
> > ITYM "date -I".  HTH.
>
> Oi. Where does that come from? A hidden feature of date? Can't find it
> in the man-page. But it works. Thanks.

It's in the man page. Search the man page for FORMAT in all caps.

--

-- 
Matthew Galgoci
GIS Production Operations
Red Hat, Inc
919.754.3700 x44155
Permalink | Reply | 8 comments |
headers
Rick Moen | 1 Mar 2007 20:53
Favicon

Re: Show Us The Code

Quoting Matthew Galgoci (mgalgoci <at> redhat.com):
> Michael Dominok <ml.linux-elitists <at> dominok.net> wrote:
>
> > Oi. Where does that come from? A hidden feature of date? Can't find it
> > in the man-page. But it works. Thanks.
> 
> It's in the man page. Search the man page for FORMAT in all caps.

Maddeningly, it's correctly (if somewhat obscurely) documented in some
distros' manpages, but not others.  In RHEL (sure, take a bow), one sees
this:

DESCRIPTION
       Display the current time in the given FORMAT, or set the system date.
[...]

       -ITIMESPEC, --iso-8601[=TIMESPEC]
              output  date/time  in ISO 8601 format.  TIMESPEC=`date' for date
              only, `hours', `minutes', or `seconds' for date and time to  the
              indicated  precision.   --iso-8601  without TIMESPEC defaults to
              `date'.

Debian 4.0 "etch" lacks that detail (in "man 1 date", anyway -- and also in
the related info docs on GNU coreutils).  In the same stretch of
manpage on "etch", only this appears:

DESCRIPTION
       Display the current time in the given FORMAT, or set the system date.
[...]
(Continue reading)

Permalink | Reply | 7 comments |

Gmane