[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17949.1016.199225.111768@smtp.charter.net>
Date: Wed, 11 Apr 2007 11:51:20 -0400
From: "John Stoffel" <john@...ffel.org>
To: Jan Engelhardt <jengelh@...ux01.gwdg.de>
Cc: Gene Heskett <gene.heskett@...il.com>,
linux-kernel@...r.kernel.org, Olaf Hering <olaf@...fle.de>,
Dave Dillow <dave@...dillows.org>,
Dave Jones <davej@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>, Jeff Garzik <jeff@...zik.org>
Subject: Re: I give up
>>>>> "Jan" == Jan Engelhardt <jengelh@...ux01.gwdg.de> writes:
Jan> On Apr 10 2007 23:54, Gene Heskett wrote:
>>>>>
>>>>> So fix tar to not do silly things.
>>>>> Kernel major:minor numbers are not stable.
>>>>
>>>> YOU Tell that to the tar/star people, they are flabbergasted that its
>>>> not stable. It apparently is for every other OS tar can be run on.
>>>
>>> FreeBSD also seems to be quite "dynamic".
>>> /dev/da0 is (0,92) for the 'fixit shell' -- how about you?
>>>
>> I don't have such a beast here. Whats that supposed to do?
Jan> Well I was just pointing out that Linux is not the only one to
Jan> have device numbers (for promiment block-backed storage) that can
Jan> move across reboots.
I guess one work around would be to export your local filesystems via
NFS and then have amanda back them up that way, which means gnutar
should then ignore the devmajor and devminor numbers.
Or you could just use a hack of the perl script 'tarcust' to hack the
minor/major numbers stored in the index files, and make them match the
current major/minor pair for each filesystem just before you do a
backup.
A total hack, but probably what I would do, since gtar should (IMNSHO)
just ignore the devmajor/devminor and just go by the name. It's not
like the sysadmin can't shoot himself in the foot anyway.
Or, again, get away from Amanda and tar and instead move to Bacula.
Smarter software.
John
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists