From: Gene Heskett <gene.heskett@gmail.com>
To: linux-kernel@vger.kernel.org
Cc: "John Stoffel" <john@stoffel.org>, Jeff Garzik <jeff@garzik.org>
Subject: Re: I give up
Date: Mon, 09 Apr 2007 15:49:51 -0400 [thread overview]
Message-ID: <200704091549.51805.gene.heskett@gmail.com> (raw)
In-Reply-To: <17946.29660.368403.553290@smtp.charter.net>
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? :-)
next prev parent reply other threads:[~2007-04-09 19:49 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-09 14:07 Gene Heskett
2007-04-09 14:47 ` Jeff Garzik
2007-04-09 15:37 ` Gene Heskett
2007-04-09 16:49 ` Jan Engelhardt
2007-04-09 17:03 ` H. Peter Anvin
2007-04-09 18:36 ` Gene Heskett
2007-04-09 19:38 ` Gene Heskett
2007-04-09 21:35 ` Jan Engelhardt
2007-04-09 22:22 ` Dave Dillow
2007-04-10 1:27 ` Dave Jones
2007-04-10 1:40 ` Dave Dillow
2007-04-10 2:01 ` Dave Jones
2007-04-10 7:12 ` Olaf Hering
2007-04-10 7:51 ` Gene Heskett
2007-04-10 8:19 ` Jeff Garzik
2007-04-10 16:08 ` Olaf Hering
2007-04-10 17:29 ` David Lang
2007-04-10 16:14 ` Jan Engelhardt
2007-04-11 3:54 ` Gene Heskett
2007-04-11 15:39 ` Jan Engelhardt
2007-04-11 15:51 ` John Stoffel
2007-04-11 19:29 ` Gene Heskett
2007-04-11 20:27 ` John Stoffel
2007-04-11 21:16 ` Gene Heskett
2007-04-11 21:26 ` John Stoffel
2007-04-11 19:27 ` Gene Heskett
2007-04-10 7:53 ` Gene Heskett
2007-04-10 12:24 ` John Anthony Kazos Jr.
2007-04-10 20:45 ` Gene Heskett
2007-04-10 19:05 ` Phillip Susi
2007-04-11 4:01 ` Gene Heskett
2007-04-11 14:46 ` Phillip Susi
2007-04-11 15:07 ` Gene Heskett
2007-04-11 15:12 ` John Anthony Kazos Jr.
2007-04-11 16:43 ` Krzysztof Halasa
2007-04-11 17:03 ` Jan Engelhardt
2007-04-10 3:47 ` Gene Heskett
2007-04-10 3:41 ` Gene Heskett
2007-04-09 17:11 ` John Stoffel
2007-04-09 19:49 ` Gene Heskett [this message]
2007-04-09 20:08 ` John Stoffel
2007-04-09 20:11 ` Jeff Garzik
2007-04-09 20:08 ` Jeff Garzik
2007-04-09 20:32 ` Ralf Baechle
2007-04-09 20:44 ` Jeff Garzik
2007-04-09 20:51 ` H. Peter Anvin
2007-04-09 20:33 ` Valdis.Kletnieks
2007-04-09 20:47 ` Jeff Garzik
2007-04-10 3:34 ` Gene Heskett
2007-04-10 3:38 ` John Stoffel
2007-04-10 6:50 ` Jeff Garzik
2007-04-10 6:59 ` CaT
2007-04-10 17:52 ` H. Peter Anvin
2007-04-11 3:57 ` Gene Heskett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200704091549.51805.gene.heskett@gmail.com \
--to=gene.heskett@gmail.com \
--cc=jeff@garzik.org \
--cc=john@stoffel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome