lkml.org 
[lkml]   [2007]   [Apr]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: I give up
    On Monday 09 April 2007, John Stoffel wrote:
    >>>>>> "Gene" == Gene Heskett <gene.heskett@gmail.com> 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
    >john@stoffel.org

    --
    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 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/

    \
     
     \ /
      Last update: 2007-04-09 21:53    [W:3.436 / U:0.176 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site