[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-id: <200704091007.58535.gene.heskett@gmail.com>
Date: Mon, 09 Apr 2007 10:07:58 -0400
From: Gene Heskett <gene.heskett@...il.com>
To: LKML <linux-kernel@...r.kernel.org>
Subject: I give up
Greetings Guys & Dolls;
I give up, I'm whupped.
When I installed FC6, I let it use LVM2 to handle the disks because I was
tired of fighting with the most broken, nasty, evil disk partitioner ever
dreamed up, disk druid. I personally think that abomination was written
by an M$ plant, specifically to poison users against linux.
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.
I rebooted last night, from 2.6.21-rc6 to 2.6.21-rc6 and for some reason
device-mapper went from #252 (cat /proc/devices) to #254, and has also
been seen at #253 in addition to the temporary address of #238 where it
was before that patch was reverted for 2.6.21-rc6
Anytime this changes, the device numbers in a stat report change, and tar
thinks its all new & restarts everything on a 45GB system from a level 0.
My vtape setup only has room for 8.5GB per vtape, so the catchup time is
many days. I can speed that up by temporarily making the vtape bigger in
my amanda.conf, but now the disk itself that the vtapes are on is at 96%
and will not tolerate another such catchup run.
So I'm pleading for either a stable, known address for device-mapper, or a
workaround that will immunize tar against its apparently uncontrolled
wanderings.
Please, pretty please, with sugar and cream in it even, please, give some
stability to this situation....
--
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)
George Washington was first in war, first in peace -- and the first to
have his birthday juggled to make a long weekend.
-- Ashley Cooper
-
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