Linux LVM users
 help / color / mirror / Atom feed
From: Daniel Heemann <daniel.heemann@gmx.de>
To: linux-lvm@sistina.com
Subject: [linux-lvm] All LV have the same content after repair attempt
Date: Sun Mar 30 16:29:01 2003	[thread overview]
Message-ID: <200303310028.27139.daniel.heemann@gmx.de> (raw)

Hi,

I had to remove a hdd due to a hardware failure and tried to gain access to 
those LVs which did not use PEs on the broken disk.

Therefore I perfomed the follfowing steps:
1) got LVM2.1.95.15
2) vgcfgbackup -P -f /tmp/backup.vg vg_ide
3) edited /tmp/backup as described here: 
http://lists.sistina.com/pipermail/linux-lvm/2003-January/013153.html
with exception of a) there wasn't any PV section which was on the broken hdd 
so I had not to remove any and b) the segment sections of the LV which used 
the broken hdd did not contain an entry like 'pvX' inside 'stripes' but 
'Missing' was entered.
4) vgcfgrestore -M1 -f /tmp/backup.vg vg_ide
5) vgscan ; vgchange -a y

So far everything worked fine, when mounting the remaining LVs (only one had 
to be removed, the biggest one) this also works fine but when looking what 
the LVs contain they all contain the same: the contents of the smallest LV. 
mount shows for all LVs the same size, only device and mountpoint differ:
/dev/vg_ide/lv_uml_rootfs	200M  137M   63M  69% /home/uml-rootfs
/dev/vg_ide/lv_uml_swap	200M  137M   63M  69% /home/uml-swap
/dev/vg_ide/lv_uml_log	200M  137M   63M  69% /home/uml-log

lvdisplay shows the correct size:
storage:~/lvm/sbin# lvdisplay /dev/vg_ide/lv_uml_rootfs
--- Logical volume ---
LV Name                /dev/vg_ide/lv_uml_rootfs
VG Name                vg_ide
LV Write Access        read/write
LV Status              available
LV #                   2
# open                 0
LV Size                3 GB
Current LE             768
Allocated LE           768
Allocation             next free
Read ahead sectors     1024
Block device           58:0
storage:~/lvm/sbin# lvdisplay /dev/vg_ide/lv_uml_swap
--- Logical volume ---
LV Name                /dev/vg_ide/lv_uml_swap
VG Name                vg_ide
LV Write Access        read/write
LV Status              available
LV #                   3
# open                 0
LV Size                1 GB
Current LE             256
Allocated LE           256
Allocation             next free
Read ahead sectors     1024
Block device           58:0
storage:~/lvm/sbin# lvdisplay /dev/vg_ide/lv_uml_log
--- Logical volume ---
LV Name                /dev/vg_ide/lv_uml_log
VG Name                vg_ide
LV Write Access        read/write
LV Status              available
LV #                   4
# open                 1
LV Size                200 MB
Current LE             50
Allocated LE           50
Allocation             next free
Read ahead sectors     1024
Block device           58:0

System is Debian woody, Kernel 2.4.20 XFS patched
LV's fs is reiserfs
lvm tools version is 1.0.4 (woody-package)
vgcfgbackup/vgcfgrestore is from LVM2.1.95.15

As I use LVM2.1.95.15 only for vgcfgbackup/vgcfgrestore, I use lvm1, I 
compiled the package with the configure --disable-devmapper option.

I also tried to use vgscan and vgchange from the LVM2.1.95.15 package but it 
fails to activate the vm, vgscan seems to work and shows that it's an lvm1 VG 
but after running vgchange -a y there isn't any entry in /proc for the VG and 
of course the volumes can't be mounted. But I think that's due to missing 
kernel/module support for lvm2.

Any hints how the get access to the content of all LVs?

Regards
Daniel

-- 
"Those who would give up essential liberty, to purchase a little temporary 
safety, deserve neither liberty nor safety."  - Benjamin Franklin

             reply	other threads:[~2003-03-30 16:29 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-30 16:29 Daniel Heemann [this message]
2003-03-30 17:34 ` [linux-lvm] All LV have the same content after repair attempt Alasdair G Kergon
2003-04-06 13:13 ` Daniel Heemann

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=200303310028.27139.daniel.heemann@gmx.de \
    --to=daniel.heemann@gmx.de \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox