On Monday 09 April 2007, John Stoffel wrote:
>>>>>> "Gene" == Gene Heskett <[email protected]> writes:
>
>Gene> On Monday 09 April 2007, Jeff Garzik wrote:
>>> Gene Heskett wrote:
>>>> Now the 64k$ question: While running with LVM2 managed disks, is it
>>>> possible to run without dm_mod, the device-mapper? If so, please
>>>> tell me how to achieve this.
>>>
>>> No; device mapper is the kernel portion of LVM2.
>>>
>>> Jeff, who actively avoids LVM on home computers
>
>Gene> Ya shoulda warned me. :-)
>
>Gene> It should have lots bigger warning labels, in bright red
>Gene> self-illuminating signs, than it does. It in fact seems to work
>Gene> well, but it is a major breakage for some common apps, like
>Gene> doing backups...
>
>>From the GNU info doc on the tar program:
>
> Metadata stored in snapshot files include device numbers, which,
> obviously is supposed to be a non-volatile value. However, it turns
> out that NFS devices have undependable values when an automounter
> gets in the picture. This can lead to a great deal of spurious
> redumping in incremental dumps, so it is somewhat useless to compare
> two NFS devices numbers over time. The solution implemented currently
> is to considers all NFS devices as being equal when it comes to
> comparing directories; this is fairly gross, but there does not seem to
> be a better way to go.
>
>This to me, seems to be another borkage of the tar program. Can you
>tell Amanda to use 'dump/restore' instead of tar instead? Or heck,
>just move to Bacula, it's smarter than amanda/tar and it supports
>writing to DVDs, etc. http://www.bacula.org
>
I wouldn't touch dump/restore with a 50 foot pole, particularly since I
have serious doubts about it viability in the LVM environment.
For those of you with big tapes that can hold a complete dump of every
partition (and partitions is the only way dump works in case some have
forgotten), go ahead and use dump/restore. Tar quite simply, allows one
to break his backup files down into small enough pieces that a tape drive
that's only 20% of the system drives size is totally usable. I ran dds2
tapes for a long time, and it wasn't at all unusual to have amanda fill
those to the 95% or better mark every night for a week running, without
ever hitting EOT.
>This tar borkness is pretty annoying, since Amanda (from the docs
>page) only keeps indexes in terms of host/filesystem/path/date,
>nothing about the major/minor (device) numbers.
>
>It just re-inforces my desire to never use Amanda again.
Your call, that's what this linux thing is all about. But do I not recall
your name from the amanda lists at some point in the last 8+ years?
>
>John
>[email protected]
--
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)
<Culus> OH MY GOD NOT A RANDOM QUOTE GENERATOR
<netgod> surely you didnt think that was static? how lame would that
be? :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]