From: Chris Worley <cworley@symbionsys.com>
To: linux-lvm@sistina.com
Subject: [linux-lvm] Fun little horror story -- please add to FAQ if it isn't already documented
Date: Sat Dec 29 22:31:01 2001 [thread overview]
Message-ID: <3C2E9935.513E8F99@symbionsys.com> (raw)
In-Reply-To: 20011130093239.E15936@lynx.no
If you remove an lv, and the minor number of the removed lv is less than
the minor number of your root partition, then the vgscan during initrd
will run correctly, but assign a minor device number to the root
partition that lilo doesn't expect (and you won't be able to mount the
root partition).
This caused a few tense moments with root booting LVM this morning ;)...
With a new big hard drive in hand, I started upgrading my server. Added
the new disk as it's own logical volume, reiser format, root initrd'd,
and copied all my other disks to it, then started upgrading to SuSE 7.3.
During the upgrade, I was running out of disk space , so I decommisioned
one of the older lv's with lvremove, then lvextended it onto the new lv,
and had reiser expand into the new space. Quite easy and nifty; that's
what LVM's all about.
I even ran lilo before the next reboot, but it wouldn't have mattered...
Upon the next reboot, the initrd ran fine... found and activated the
lv's... but the kernel said "no root partition" and hung. I could
rescue boot the system from the SuSE CD -- everything was there... I
finally added a "vgdisplay -v" to the initrd's linuxrc, and that showed
me the problem.
The file system it was trying to mount was, to lilo, the device "3a:03"
(major device number 58, minor 3), but, once I'd removed the old lv for
extra disk space, any new vgscan during initrd assigned my new root lv
to minor device number 2. "root=/dev/..." doesn't help, for lvm (it
doesn't like the name). There was no longer an lvm minor device 3 to
mount.
Once I saw the problem, I recue booted and chrooted to my new lvm, and
manually changed the minor number before running lilo.
I'm guessing vgscan can be run on an active system to realign the minor
numbers, before running lilo, but I'm not sure...
_BUT_, I think the faq's ought to add a little note concerning this side
effect to root booted lvm file systems to the "Removing a logical
volume" section, and save the next person some "tense moments ;)".
If this info is already there, then disregard this sugestion (I haven't
seen it, but I do tend to skim the manuals).
Chris
next prev parent reply other threads:[~2001-12-29 22:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20011129164915.I1408@tykepenguin.com>
2001-11-30 4:22 ` [linux-lvm] reiserfs panic Patrick Caulfield
2001-11-30 7:55 ` Chris Mason
2001-11-30 8:04 ` Patrick Caulfield
2001-11-30 10:31 ` Andreas Dilger
2001-12-29 22:31 ` Chris Worley [this message]
2001-12-30 5:05 ` [linux-lvm] Fun little horror story -- please add to FAQ if it isn't already documented Ben Holness
2001-12-30 9:29 ` Steven Lembark
2001-11-30 17:59 ` [linux-lvm] reiserfs panic Ed Tomlinson
2001-11-30 18:51 ` Andreas Dilger
2002-01-14 8:51 [linux-lvm] Fun little horror story -- please add to FAQ if it isn't already documented Chris Worley
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=3C2E9935.513E8F99@symbionsys.com \
--to=cworley@symbionsys.com \
--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.