From: josv@osp.nl
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Why vgscan not in kernel?
Date: Mon, 25 Jun 2001 14:54:52 +0200 [thread overview]
Message-ID: <20010625145452.K592@gatekeeper.osp.nl> (raw)
In-Reply-To: <3B3733F0.94A5F040@qis-systemhaus.de>; from heinrichs@qis-systemhaus.de on Mon, Jun 25, 2001 at 02:52:00PM +0200
If the VG scan process is in the kernel, that means that it
will *always* be executed (unless there is a kernel command
line option to disable it).
The issue then is that the VGSCAN in the kernel should be
*completely* resistant against every possible data corruption
and should be able to recover from it gracefully. This is not
as easy as it looks.
With VG scan in a separate executable, it is easier to prevent
it from executing...
++Jos
And thus it came to pass that Dirk Heinrichs wrote:
(on Mon, Jun 25, 2001 at 02:52:00PM +0200 to be exact)
> Steven Lembark wrote:
> >
> > >> upon boot, SCSI and IDE drivers check harddrives attached to the device
> > >> for partitions. Wouldn't it be better to have similar functionality
> > >> (scanning for VG's) for LVM in the kernel, instead of using a userland
> > >> command?
> >
> > It is rather dangerous unless you have a separate kernel w/o LVM or
> > a boot option (e.g., -lm) that allows booting with LVM turned off.
> > Otherwise you can easily end up unable to reboot with a corrupt LVM
> > system.
> I don't get the point here. Why is it dangerous to move the VG scan from
> vgscan into the kernel module? Why should this corrupt LVM? Can you
> explain this in more detail?
>
> Bye...
>
> Dirk
> --
> Dirk Heinrichs | Tel: +49 (0)241 413 260
> Configuration Manager | Fax: +49 (0)241 413 2640
> QIS Systemhaus GmbH | Mail: dheinrichs@qis-systemhaus.de
> J�licher Str. 338b | Web: http://www.qis-systemhaus.de
> D-52070 Aachen | ICQ#: 110037733
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
--
With all the things you are losing,
You might as well resign yourself,
And try and make a change...
next prev parent reply other threads:[~2001-06-25 12:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-25 12:24 [linux-lvm] Why vgscan not in kernel? Dirk Heinrichs
2001-06-25 12:23 ` Heinz J. Mauelshagen
2001-06-25 12:35 ` Steven Lembark
2001-06-25 12:52 ` Dirk Heinrichs
2001-06-25 12:54 ` josv [this message]
2001-06-25 23:13 ` Heinz J. Mauelshagen
2001-06-26 0:28 ` Paul Jarc
2001-06-26 6:09 ` Dirk Heinrichs
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=20010625145452.K592@gatekeeper.osp.nl \
--to=josv@osp.nl \
--cc=linux-lvm@sistina.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.