* [linux-lvm] Device mapper problems..
@ 2005-09-15 14:36 Suleyman Kutlu
2005-09-15 16:02 ` Fabian Herschel
0 siblings, 1 reply; 7+ messages in thread
From: Suleyman Kutlu @ 2005-09-15 14:36 UTC (permalink / raw)
To: linux-lvm
Hello all,
I have an AMD-64 machine running SuSE 9.2. I have one SATA disk (for
now, will add another later on) and a VG on it. I have created some LVs.
Sometimes later, I realized that when I mount an LV (say lv_a) I see the
directory structure of another LV (say lv_b). If I issue a df -k, I see
a wrong size for lv_a, it is the size of lv_b. But in lvdisplay output,
the size for lv_a is correct.
The file systems on lv_a and lv_b is JFS.
/mnt is mounted as lv_b
/mnt2 is mounted as lv_a but has contents of lv_b
I thought that, filesystem structure is corrupted and started to work
on some filesystem level utilities, but later I see that,
another filesystem pair also got the same problem.
So I think it is a problem in device-mapper level, not the filesystem level.
What can be the possible works to get what is wrong and how to fix ?
If the corruption is at filesystem level, do you have any experience on
JFS-utils ? I just want to see what was stored in lv_a, what I lost in
lv_a...
I am new at device-mapper, I don't have enough experience on it and I
do not want to loose everything while there is something that can be
recovered...
Any help is appreciated.
Thanks and regards..
* Suleyman Kutlu
* mailto: suleyman.kutlu@gmail.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-15 14:36 [linux-lvm] Device mapper problems Suleyman Kutlu
@ 2005-09-15 16:02 ` Fabian Herschel
2005-09-15 23:23 ` Suleyman Kutlu
0 siblings, 1 reply; 7+ messages in thread
From: Fabian Herschel @ 2005-09-15 16:02 UTC (permalink / raw)
To: suleyman.kutlu, LVM general discussion and development
You have a look which device path is used when mounting your both file
systems (using mount).
Than you can have a look at the major and minor device number of these
devices (using ls -la).
If these devices are using the same major/minor combination the kernel
assumes these devices
the be the same. This would show the effects you mentioned.
ls -la /dev/mapper/*
brw------- 1 root root 253, 3 Jun 21 16:09 /dev/mapper/rootvg-homlv
brw------- 1 root root 253, 2 Jun 21 16:09 /dev/mapper/rootvg-optlv
in this case rootvg-homlv has major 253 and minor 3, while rootvg-optlv
has major 253 and minor 2.
best regards
Fabian Herschel
Suleyman Kutlu schrieb:
> Hello all,
>
>
> I have an AMD-64 machine running SuSE 9.2. I have one SATA disk (for
> now, will add another later on) and a VG on it. I have created some LVs.
>
> Sometimes later, I realized that when I mount an LV (say lv_a) I see
> the directory structure of another LV (say lv_b). If I issue a df -k,
> I see a wrong size for lv_a, it is the size of lv_b. But in lvdisplay
> output, the size for lv_a is correct.
>
> The file systems on lv_a and lv_b is JFS.
>
> /mnt is mounted as lv_b
> /mnt2 is mounted as lv_a but has contents of lv_b
>
>
> I thought that, filesystem structure is corrupted and started to work
> on some filesystem level utilities, but later I see that,
> another filesystem pair also got the same problem.
>
>
> So I think it is a problem in device-mapper level, not the filesystem
> level.
>
> What can be the possible works to get what is wrong and how to fix ?
> If the corruption is at filesystem level, do you have any experience
> on JFS-utils ? I just want to see what was stored in lv_a, what I lost
> in lv_a...
>
>
> I am new at device-mapper, I don't have enough experience on it and I
> do not want to loose everything while there is something that can be
> recovered...
>
> Any help is appreciated.
>
> Thanks and regards..
>
> * Suleyman Kutlu
> * mailto: suleyman.kutlu@gmail.com
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-15 16:02 ` Fabian Herschel
@ 2005-09-15 23:23 ` Suleyman Kutlu
2005-09-16 20:08 ` Lars Ellenberg
0 siblings, 1 reply; 7+ messages in thread
From: Suleyman Kutlu @ 2005-09-15 23:23 UTC (permalink / raw)
To: Fabian Herschel; +Cc: LVM general discussion and development
[-- Attachment #1.1: Type: text/plain, Size: 6867 bytes --]
Hello,
Thanks for your reply.
Here is the results from my system:
Two VGs.
systemvg on /dev/sda4
datavg on /dev/sdb1
ls -la /dev/mapper
total 124
drwxr-xr-x 2 root root 4096 Sep 16 2005 .
drwxr-xr-x 36 root root 118784 Sep 16 01:49 ..
crw------- 1 root root 10, 63 Sep 16 2005 control
brw------- 1 root root 253, 8 Sep 16 2005 datavg-backup
brw------- 1 root root 253, 6 Jul 16 20:32 datavg-rootlv
brw------- 1 root root 253, 7 Jul 16 22:40 datavg-snk2lv
brw------- 1 root root 253, 0 Jun 5 03:24 systemvg-optlv
brw------- 1 root root 253, 1 May 10 03:08 systemvg-rootlv
brw------- 1 root root 253, 4 Jun 5 03:27 systemvg-temp
brw------- 1 root root 253, 2 Jun 5 03:26 systemvg-tmplv
brw------- 1 root root 253, 3 Jun 5 03:26 systemvg-usrlv
brw------- 1 root root 253, 1 Jun 5 03:25 systemvg-varlv
df -h output is follows:
Filesystem Size Used Avail Use% Mounted on
/dev/root/rootlv 1008M 255M 702M 27% /
tmpfs 500M 24K 500M 1% /dev/shm
/dev/sda2 54M 7.1M 44M 14% /boot
/dev/mapper/systemvg-optlv 3.0G 607M 2.4G 20% /opt <--,
These filesystems and their
/dev/mapper/systemvg-tmplv 4.0G 2.7G 1.4G 67% /usr <---
mapped devices are scrambled
/dev/mapper/systemvg-usrlv 2.0G 442M 1.6G 22% /var <---
and I found this combination
/dev/mapper/systemvg-varlv 2.0G 4.7M 2.0G 1% /tmp <--'
by try-and-find !!
/dev/mapper/datavg-backup 69G 33M 69G 1% /mnt/backup
/dev/mapper/datavg-rootlv 1020M 261M 760M 26% /mnt/datavg-rootlv
/dev/mapper/datavg-snk2lv 4.0G 2.7G 1.4G 68% /mnt/datavg-snk2
<---- This filesystem is broken
/dev/mapper/systemvg-rootlv 2.0G 4.7M 2.0G 1% /mnt/systemvg-rootlv
/dev/mapper/systemvg-temp 91G 63G 29G 69% /mnt/systemvg-temp
dmsetup ls output is:
systemvg-temp (253, 4)
systemvg-usrlv (253, 2)
systemvg-tmplv (253, 1)
systemvg-rootlv (253, 5)
systemvg-varlv (253, 3)
datavg-backup (253, 8)
datavg-snk2lv (253, 7)
datavg-rootlv (253, 6)
systemvg-optlv (253, 0)
dmsetup table output is:
systemvg-temp: 0 190791680 linear 8:4 33554816
systemvg-usrlv: 0 8388608 linear 8:4 20971904
systemvg-tmplv: 0 4194304 linear 8:4 16777600
systemvg-rootlv: 0 2097152 linear 8:4 384
systemvg-varlv: 0 4194304 linear 8:4 29360512
datavg-backup: 0 104857600 linear 8:17 41943424
datavg-backup: 104857600 37830656 linear 8:17 274727296
datavg-snk2lv: 0 39845888 linear 8:17 2097536
datavg-snk2lv: 39845888 127926272 linear 8:17 146801024
datavg-rootlv: 0 2097152 linear 8:17 384
systemvg-optlv: 0 6291456 linear 8:4 10486144
LV Dsplay for /dev/datavg/snk2lv :
--- Logical volume ---
LV Name /dev/datavg/snk2lv
VG Name datavg
LV UUID MCuj5G-XO1e-z3OE-BT9N-Lr5p-SbCO-3U8D4K
LV Write Access read/write
LV Status available
# open 1
LV Size 80.00 GB
Current LE 20480
Segments 2
Allocation inherit
Read ahead sectors 0
Block device 253:7
As you can see it is 80 GB but in df -h output, it is only 4 GB, and the
contents of the filesystem is something like the contents of /usr, I
think a snapshot of /usr@the time when this error occured.
Also here are the vgdisplay -v output and dmsetup info output....
Also here is the fdisk -l output, incase needed..
fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 5222 41945683+ 7 HPFS/NTFS
/dev/sda2 5223 5229 56227+ 83 Linux
/dev/sda3 5230 5491 2104515 82 Linux swap / Solaris
/dev/sda4 5492 19456 112173862+ 8e Linux LVM
Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 19456 156280288+ 8e Linux LVM
What I am trying to do is:
- At least get the directory contents of the filesystem
/dev/datavg/snk2lv inorder to know what I have lost. Is it possible to
get this with jfsutils ?? Any experience ?
- If there is a way to fix-up the device-mapper tables and get my
filesystems back, it is ofcourse welcome.
Thanks in advance....
Fabian Herschel wrote:
>You have a look which device path is used when mounting your both file
>systems (using mount).
>Than you can have a look at the major and minor device number of these
>devices (using ls -la).
>If these devices are using the same major/minor combination the kernel
>assumes these devices
>the be the same. This would show the effects you mentioned.
>
>ls -la /dev/mapper/*
>brw------- 1 root root 253, 3 Jun 21 16:09 /dev/mapper/rootvg-homlv
>brw------- 1 root root 253, 2 Jun 21 16:09 /dev/mapper/rootvg-optlv
>
>in this case rootvg-homlv has major 253 and minor 3, while rootvg-optlv
>has major 253 and minor 2.
>
>best regards
>Fabian Herschel
>
>
>Suleyman Kutlu schrieb:
>
>
>
>>Hello all,
>>
>>
>>I have an AMD-64 machine running SuSE 9.2. I have one SATA disk (for
>>now, will add another later on) and a VG on it. I have created some LVs.
>>
>>Sometimes later, I realized that when I mount an LV (say lv_a) I see
>>the directory structure of another LV (say lv_b). If I issue a df -k,
>>I see a wrong size for lv_a, it is the size of lv_b. But in lvdisplay
>>output, the size for lv_a is correct.
>>
>>The file systems on lv_a and lv_b is JFS.
>>
>>/mnt is mounted as lv_b
>>/mnt2 is mounted as lv_a but has contents of lv_b
>>
>>
>>I thought that, filesystem structure is corrupted and started to work
>>on some filesystem level utilities, but later I see that,
>>another filesystem pair also got the same problem.
>>
>>
>>So I think it is a problem in device-mapper level, not the filesystem
>>level.
>>
>>What can be the possible works to get what is wrong and how to fix ?
>>If the corruption is at filesystem level, do you have any experience
>>on JFS-utils ? I just want to see what was stored in lv_a, what I lost
>>in lv_a...
>>
>>
>>I am new at device-mapper, I don't have enough experience on it and I
>>do not want to loose everything while there is something that can be
>>recovered...
>>
>>Any help is appreciated.
>>
>>Thanks and regards..
>>
>>* Suleyman Kutlu
>>* mailto: suleyman.kutlu@gmail.com
>>
>>_______________________________________________
>>linux-lvm mailing list
>>linux-lvm@redhat.com
>>https://www.redhat.com/mailman/listinfo/linux-lvm
>>read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>>
>>
>
>
>
>
>
[-- Attachment #1.2: Type: text/html, Size: 9451 bytes --]
[-- Attachment #2: dmsetup-info --]
[-- Type: text/plain, Size: 2202 bytes --]
Name: systemvg-temp
State: ACTIVE
Tables present: LIVE
Open count: 0
Event number: 0
Major, minor: 253, 4
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380R1lB1QHaxrqO3824WjbP4Ia8rGK6R39cZ
Name: systemvg-usrlv
State: ACTIVE
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 2
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380RKxSrdJsnLLoKq1Cj718tbkaIAtppcUA0
Name: systemvg-tmplv
State: ACTIVE
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 1
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380RBiGpkqZ75i8iCg8ukgPLiBReBHbxckFe
Name: systemvg-rootlv
State: ACTIVE
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 5
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380RRe1LrraRY0VRL58HVtw6as8dpSztQeUx
Name: systemvg-varlv
State: ACTIVE
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 3
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380RhrM191wOE5WStGcJtNlMqKLOtmGUCDHB
Name: datavg-backup
State: ACTIVE
Tables present: LIVE
Open count: 0
Event number: 0
Major, minor: 253, 8
Number of targets: 2
UUID: 3Fs7iVQxXMAuIG1gATnAhpEU1XkDcGLhQeHwNakVMOYf7R9lvlHtdj0NOwCREYNa
Name: datavg-snk2lv
State: ACTIVE
Tables present: LIVE
Open count: 0
Event number: 0
Major, minor: 253, 7
Number of targets: 2
UUID: 3Fs7iVQxXMAuIG1gATnAhpEU1XkDcGLhMCuj5GXO1ez3OEBT9NLr5pSbCO3U8D4K
Name: datavg-rootlv
State: ACTIVE
Tables present: LIVE
Open count: 0
Event number: 0
Major, minor: 253, 6
Number of targets: 1
UUID: 3Fs7iVQxXMAuIG1gATnAhpEU1XkDcGLh8iw0UWvVXtNev2yntd9sexBlTcsPCIrt
Name: systemvg-optlv
State: ACTIVE
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 0
Number of targets: 1
UUID: NBpEUO85TasBrz3w1zG1qeV6YJ1D380RvY84ZiC41uoRRPkUkb5YQAWcl2QzjzNQ
[-- Attachment #3: vgdisplay-v --]
[-- Type: text/plain, Size: 5816 bytes --]
Finding all volume groups
Finding volume group "datavg"
--- Volume group ---
VG Name datavg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 32
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 149.04 GB
PE Size 4.00 MB
Total PE 38154
Alloc PE / Size 38154 / 149.04 GB
Free PE / Size 0 / 0
VG UUID 3Fs7iV-QxXM-AuIG-1gAT-nAhp-EU1X-kDcGLh
--- Logical volume ---
LV Name /dev/datavg/rootlv
VG Name datavg
LV UUID 8iw0UW-vVXt-Nev2-yntd-9sex-BlTc-sPCIrt
LV Write Access read/write
LV Status available
# open 1
LV Size 1.00 GB
Current LE 256
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:6
--- Logical volume ---
LV Name /dev/datavg/snk2lv
VG Name datavg
LV UUID MCuj5G-XO1e-z3OE-BT9N-Lr5p-SbCO-3U8D4K
LV Write Access read/write
LV Status available
# open 1
LV Size 80.00 GB
Current LE 20480
Segments 2
Allocation inherit
Read ahead sectors 0
Block device 253:7
--- Logical volume ---
LV Name /dev/datavg/backup
VG Name datavg
LV UUID QeHwNa-kVMO-Yf7R-9lvl-Htdj-0NOw-CREYNa
LV Write Access read/write
LV Status available
# open 2
LV Size 68.04 GB
Current LE 17418
Segments 2
Allocation inherit
Read ahead sectors 0
Block device 253:8
--- Physical volumes ---
PV Name /dev/sdb1
PV UUID coJGTK-1xHz-TAPI-vGCs-LB7y-1br2-Jp11wr
PV Status allocatable
Total PE / Free PE 38154 / 0
Finding volume group "systemvg"
--- Volume group ---
VG Name systemvg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 15
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 6
Open LV 6
Max PV 0
Cur PV 1
Act PV 1
VG Size 106.98 GB
PE Size 4.00 MB
Total PE 27386
Alloc PE / Size 26362 / 102.98 GB
Free PE / Size 1024 / 4.00 GB
VG UUID NBpEUO-85Ta-sBrz-3w1z-G1qe-V6YJ-1D380R
--- Logical volume ---
LV Name /dev/systemvg/optlv
VG Name systemvg
LV UUID vY84Zi-C41u-oRRP-kUkb-5YQA-Wcl2-QzjzNQ
LV Write Access read/write
LV Status available
# open 1
LV Size 3.00 GB
Current LE 768
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:0
--- Logical volume ---
LV Name /dev/systemvg/tmplv
VG Name systemvg
LV UUID BiGpkq-Z75i-8iCg-8ukg-PLiB-ReBH-bxckFe
LV Write Access read/write
LV Status available
# open 1
LV Size 2.00 GB
Current LE 512
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:1
--- Logical volume ---
LV Name /dev/systemvg/usrlv
VG Name systemvg
LV UUID KxSrdJ-snLL-oKq1-Cj71-8tbk-aIAt-ppcUA0
LV Write Access read/write
LV Status available
# open 1
LV Size 4.00 GB
Current LE 1024
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:2
--- Logical volume ---
LV Name /dev/systemvg/varlv
VG Name systemvg
LV UUID hrM191-wOE5-WStG-cJtN-lMqK-LOtm-GUCDHB
LV Write Access read/write
LV Status available
# open 1
LV Size 2.00 GB
Current LE 512
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:3
--- Logical volume ---
LV Name /dev/systemvg/temp
VG Name systemvg
LV UUID 1lB1QH-axrq-O382-4Wjb-P4Ia-8rGK-6R39cZ
LV Write Access read/write
LV Status available
# open 1
LV Size 90.98 GB
Current LE 23290
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:4
--- Logical volume ---
LV Name /dev/systemvg/rootlv
VG Name systemvg
LV UUID Re1Lrr-aRY0-VRL5-8HVt-w6as-8dpS-ztQeUx
LV Write Access read/write
LV Status available
# open 1
LV Size 1.00 GB
Current LE 256
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 253:5
--- Physical volumes ---
PV Name /dev/sda4
PV UUID yWbcPC-BBX6-50WJ-lW5n-QVIN-iYgF-x9BINp
PV Status allocatable
Total PE / Free PE 27386 / 1024
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-15 23:23 ` Suleyman Kutlu
@ 2005-09-16 20:08 ` Lars Ellenberg
2005-09-17 11:49 ` Suleyman Kutlu
0 siblings, 1 reply; 7+ messages in thread
From: Lars Ellenberg @ 2005-09-16 20:08 UTC (permalink / raw)
To: linux-lvm
/ 2005-09-16 02:23:46 +0300
\ Suleyman Kutlu:
> Two VGs.
>
> systemvg on /dev/sda4
> datavg on /dev/sdb1
>
slightly moving the chunks around in your mail,
so it is more obvious...
> What I am trying to do is:
>
> - At least get the directory contents of the filesystem
> /dev/datavg/snk2lv inorder to know what I have lost.
> Is it possible to get this with jfsutils ?? Any experience ?
hm...
> - If there is a way to fix-up the device-mapper tables and get my
> filesystems back, it is ofcourse welcome.
well, comparing this:
> ls -la /dev/mapper
> total 124
> drwxr-xr-x 2 root root 4096 Sep 16 2005 .
> drwxr-xr-x 36 root root 118784 Sep 16 01:49 ..
> crw------- 1 root root 10, 63 Sep 16 2005 control
> brw------- 1 root root 253, 0 Jun 5 03:24 systemvg-optlv
> brw------- 1 root root 253, 1 Jun 5 03:25 systemvg-varlv
> brw------- 1 root root 253, 1 May 10 03:08 systemvg-rootlv
> brw------- 1 root root 253, 2 Jun 5 03:26 systemvg-tmplv
> brw------- 1 root root 253, 3 Jun 5 03:26 systemvg-usrlv
> brw------- 1 root root 253, 4 Jun 5 03:27 systemvg-temp
> brw------- 1 root root 253, 6 Jul 16 20:32 datavg-rootlv
> brw------- 1 root root 253, 7 Jul 16 22:40 datavg-snk2lv
> brw------- 1 root root 253, 8 Sep 16 2005 datavg-backup
> dmsetup ls output is:
>
> systemvg-optlv (253, 0)
> systemvg-tmplv (253, 1)
> systemvg-usrlv (253, 2)
> systemvg-varlv (253, 3)
> systemvg-temp (253, 4)
> systemvg-rootlv(253, 5)
> datavg-rootlv (253, 6)
> datavg-snk2lv (253, 7)
> datavg-backup (253, 8)
for a start,
we see that the device nodes for -optlv and -temp are correct,
and the datavg seems correct.
but 253,1 apears two times in the listing, and 253,5 is missing...
recreate those nodes with
# dmsetup mknodes
or by hand with:
# cd /dev/mapper
# rm systemvg-{varlv,rootlv,tmplv,usrlv}
# mknod systemvg-tmplv b 253 1
# mknod systemvg-usrlv b 253 2
# mknod systemvg-varlv b 253 3
# mknod systemvg-rootlv b 253 5
now, how this could happen is an other question.
note that maybe the mapping of names to minors is still wrong.
but at least all of the devices should be there again;
(253,5) was missing completely before.
hope that gets you one step further.
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-16 20:08 ` Lars Ellenberg
@ 2005-09-17 11:49 ` Suleyman Kutlu
2005-09-17 19:10 ` Lars Ellenberg
0 siblings, 1 reply; 7+ messages in thread
From: Suleyman Kutlu @ 2005-09-17 11:49 UTC (permalink / raw)
To: LVM general discussion and development
Lars Ellenberg wrote:
>/ 2005-09-16 02:23:46 +0300
>\ Suleyman Kutlu:
>
>
>
>>Two VGs.
>>
>>systemvg on /dev/sda4
>>datavg on /dev/sdb1
>>
>>
>>
>
>slightly moving the chunks around in your mail,
>so it is more obvious...
>
>
>
>>What I am trying to do is:
>>
>>- At least get the directory contents of the filesystem
>> /dev/datavg/snk2lv inorder to know what I have lost.
>> Is it possible to get this with jfsutils ?? Any experience ?
>>
>>
>
>hm...
>
>
>
>>- If there is a way to fix-up the device-mapper tables and get my
>> filesystems back, it is ofcourse welcome.
>>
>>
>
>well, comparing this:
>
>
>
>>ls -la /dev/mapper
>>total 124
>>drwxr-xr-x 2 root root 4096 Sep 16 2005 .
>>drwxr-xr-x 36 root root 118784 Sep 16 01:49 ..
>>crw------- 1 root root 10, 63 Sep 16 2005 control
>>
>>
>
>
>
>>brw------- 1 root root 253, 0 Jun 5 03:24 systemvg-optlv
>>brw------- 1 root root 253, 1 Jun 5 03:25 systemvg-varlv
>>brw------- 1 root root 253, 1 May 10 03:08 systemvg-rootlv
>>brw------- 1 root root 253, 2 Jun 5 03:26 systemvg-tmplv
>>brw------- 1 root root 253, 3 Jun 5 03:26 systemvg-usrlv
>>brw------- 1 root root 253, 4 Jun 5 03:27 systemvg-temp
>>
>>
>
>
>
>>brw------- 1 root root 253, 6 Jul 16 20:32 datavg-rootlv
>>brw------- 1 root root 253, 7 Jul 16 22:40 datavg-snk2lv
>>brw------- 1 root root 253, 8 Sep 16 2005 datavg-backup
>>
>>
>
>
>
>>dmsetup ls output is:
>>
>>systemvg-optlv (253, 0)
>>systemvg-tmplv (253, 1)
>>systemvg-usrlv (253, 2)
>>systemvg-varlv (253, 3)
>>systemvg-temp (253, 4)
>>systemvg-rootlv(253, 5)
>>
>>
>
>
>
>>datavg-rootlv (253, 6)
>>datavg-snk2lv (253, 7)
>>datavg-backup (253, 8)
>>
>>
>
>
>for a start,
>we see that the device nodes for -optlv and -temp are correct,
>and the datavg seems correct.
>
>but 253,1 apears two times in the listing, and 253,5 is missing...
>
>recreate those nodes with
># dmsetup mknodes
>
>or by hand with:
># cd /dev/mapper
># rm systemvg-{varlv,rootlv,tmplv,usrlv}
># mknod systemvg-tmplv b 253 1
># mknod systemvg-usrlv b 253 2
># mknod systemvg-varlv b 253 3
># mknod systemvg-rootlv b 253 5
>
>now, how this could happen is an other question.
>
>note that maybe the mapping of names to minors is still wrong.
>but at least all of the devices should be there again;
>(253,5) was missing completely before.
>
>hope that gets you one step further.
>
>
>
You are right, datavg seems OK from the device-mapper point of view.
But at filesystem level, the filesystem on datavg-snk2lv seems to be 4.0
GB but in fact it is 80 GB. My opinion is at a point in past,
device-mapper again scramled the major and minor numbers and
systemvg-usrlv overwrited datavg-snk2lv.
From dmsetup table output, datavg-snk2lv seems OK. How can I recover
the filesystem on it ? Or more basic question, is it possible to recover ???
Thanks in advance..
*
* Suleyman Kutlu
* mailto: suleyman.kutlu@gmail.com
*
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-17 11:49 ` Suleyman Kutlu
@ 2005-09-17 19:10 ` Lars Ellenberg
2005-09-21 10:01 ` Suleyman Kutlu
0 siblings, 1 reply; 7+ messages in thread
From: Lars Ellenberg @ 2005-09-17 19:10 UTC (permalink / raw)
To: linux-lvm
>
> You are right, datavg seems OK from the device-mapper point of view.
> But at filesystem level, the filesystem on datavg-snk2lv seems to be
> 4.0 GB but in fact it is 80 GB. My opinion is at a point in past,
> device-mapper again scramled the major and minor numbers and
> systemvg-usrlv overwrited datavg-snk2lv.
unlikely. it would not have changed the file system layout.
more likely, the mapping is wrong.
what do you find in /etc/lvm/backup and /etc/lvm/archive ?
those are plain text files, which store the mapping at that point in
time. compare it with the current mapping.
maybe there is something obvious in the difference...
btw, what did you find on the 253,5
which was missing from your previous device node list?
> From dmsetup table output, datavg-snk2lv seems OK. How can I recover
> the filesystem on it ? Or more basic question, is it possible to
> recover ???
well, everything is possible :->
its more a question of time and effort...
--
: Lars Ellenberg Tel +43-1-8178292-0 :
: LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com :
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [linux-lvm] Device mapper problems..
2005-09-17 19:10 ` Lars Ellenberg
@ 2005-09-21 10:01 ` Suleyman Kutlu
0 siblings, 0 replies; 7+ messages in thread
From: Suleyman Kutlu @ 2005-09-21 10:01 UTC (permalink / raw)
To: LVM general discussion and development
Lars Ellenberg wrote:
>>You are right, datavg seems OK from the device-mapper point of view.
>>But at filesystem level, the filesystem on datavg-snk2lv seems to be
>>4.0 GB but in fact it is 80 GB. My opinion is at a point in past,
>>device-mapper again scramled the major and minor numbers and
>>systemvg-usrlv overwrited datavg-snk2lv.
>>
>>
>
>unlikely. it would not have changed the file system layout.
>
>more likely, the mapping is wrong.
>
>what do you find in /etc/lvm/backup and /etc/lvm/archive ?
>those are plain text files, which store the mapping at that point in
>time. compare it with the current mapping.
>maybe there is something obvious in the difference...
>
>btw, what did you find on the 253,5
>which was missing from your previous device node list?
>
>
>
>>From dmsetup table output, datavg-snk2lv seems OK. How can I recover
>>the filesystem on it ? Or more basic question, is it possible to
>>recover ???
>>
>>
>
>well, everything is possible :->
>its more a question of time and effort...
>
>
>
After issuing the commands you recommended, 253,5 appeared and the
systemvg is now OK. Thanks..
Now the problem appeared to be a JFS problem. For datavg, mapping seems
to be correct, LV information and the info from dmsetup seems to be equal.
If anybody in this list have experience and can lead me
- to view the contents of the raw device (/dev/datavg/snk2lv) with
jfs-utils
- to get the filenames on the device (again with jfs-utils)
I will really appreciate..
Thank you for all your help....
*
* Suleyman Nazif Kutlu (a.k.a SNK)
* mailto: suleyman.kutlu@gmail.com
*
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-09-21 10:02 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-09-15 14:36 [linux-lvm] Device mapper problems Suleyman Kutlu
2005-09-15 16:02 ` Fabian Herschel
2005-09-15 23:23 ` Suleyman Kutlu
2005-09-16 20:08 ` Lars Ellenberg
2005-09-17 11:49 ` Suleyman Kutlu
2005-09-17 19:10 ` Lars Ellenberg
2005-09-21 10:01 ` Suleyman Kutlu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).