Messages in this thread | | | Date | Wed, 11 Apr 2007 15:29:01 -0400 | From | Gene Heskett <> | Subject | Re: I give up |
| |
On Wednesday 11 April 2007, John Stoffel wrote: >>>>>> "Jan" == Jan Engelhardt <jengelh@linux01.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
Does Bacula not use tar for its dirty work?
-- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Nobody ever died from oven crude poisoning. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |