[linux-lvm] Help! unable to mount lv's - can't see why!
Robin Edgar - Tripany
red at tripany.com
Wed Sep 18 08:27:42 UTC 2002
I've discovered that there is a problem with /all/ the superblocks except for those of the /docu lv (see below). It does lead me to another question though - only one of the HDs crashed: is it possible that LVM wrote all the superblocks on 1 HD?! If so this seems like a pretty serious bug in LVM...
Robin
./tune2fs -l /dev/tripserv_vol/docu
tune2fs 1.28 (31-Aug-2002)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 7746644b-c83d-447f-9562-18dff7634d94
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 131072
Block count: 524288
Reserved block count: 26214
Free blocks: 318873
Free inodes: 129020
First block: 1
Block size: 1024
Fragment size: 1024
Blocks per group: 8192
Fragments per group: 8192
Inodes per group: 2048
Inode blocks per group: 256
Last mount time: Wed Sep 18 17:13:48 2002
Last write time: Wed Sep 18 17:13:48 2002
Mount count: 33
Maximum mount count: 25
Last checked: Sun Mar 3 20:45:33 2002
Check interval: 15552000 (6 months)
Next check after: Fri Aug 30 21:45:33 2002
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal UUID: <none>
Journal inode: 8
Journal device: 0x0000
First orphan inode: 0
# ./tune2fs -l /dev/tripserv_vol/pages
tune2fs 1.28 (31-Aug-2002)
./tune2fs: Bad magic number in super-block while trying to open /dev/tripserv_vol/pages
Couldn't find valid filesystem superblock.
You have new mail in /var/spool/mail/root
# mke2fs -n /dev/tripserv_vol/pages
mke2fs 1.27 (8-Mar-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
2621440 inodes, 5242880 blocks
262144 blocks (5.00%) reserved for the super user
First data block=0
160 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000
----- Original Message -----
From: Robin Edgar - Tripany
To: linux-lvm at sistina.com
Sent: Wednesday, September 18, 2002 2:07 PM
Subject: [linux-lvm] Help! unable to mount lv's - can't see why!
Hi,
I had 4 (ide) disks in an array (and 1 vg) of which one (hde) broke. As I was not too sure of the stability of the system, I decided to do a dd of the disk byte by byte to another identical disk. After this was done (with loads of sector unreadable errors) I replaced the old disk with the new disk, rebooted the system and by all standards all seems well (see below):
Unfortunately, only the /dev/tripserv_vol/docu will mount well!
/dev/tripserv_vol/pages gives the following error:
# mount /dev/tripserv_vol/pages /c
mount: you must specify the filesystem type
# mount /dev/tripserv_vol/pages /c -t ext3
mount: wrong fs type, bad option, bad superblock on /dev/tripserv_vol/pages,
or too many mounted file systems
Anyone have any ideas why it won't mount?!
Cheers,
Robin Edgar
#pvscan:
pvscan -- reading all physical volumes (this may take a while...)
pvscan -- ACTIVE PV "/dev/hdg1" of VG "tripserv_vol" [38.16 GB / 7.93 GB free]
pvscan -- ACTIVE PV "/dev/hdh1" of VG "tripserv_vol" [38.16 GB / 8.01 GB free]
pvscan -- ACTIVE PV "/dev/hde1" of VG "tripserv_vol" [55.91 GB / 0 free]
pvscan -- ACTIVE PV "/dev/hdf1" of VG "tripserv_vol" [55.91 GB / 3.37 GB free]
pvscan -- total: 4 [188.16 GB] / in use: 4 [188.16 GB] / in no VG: 0 [0]
(identical output to before changing the disks around)
#pvdisplay /dev/hde1
--- Physical volume ---
PV Name /dev/hde1
VG Name tripserv_vol
PV Size 55.92 GB [117266625 secs] / NOT usable 4.18 MB [LVM: 179 KB]
PV# 1
PV Status available
Allocatable yes (but full)
Cur LV 20
PE Size (KByte) 4096
Total PE 14313
Free PE 0
Allocated PE 14313
PV UUID KCIKwa-3lvx-k7bj-27ks-hGlI-oZRo-5q7CjM
(also identical)
#vgck -v
vgck -- locking logical volume manager
vgck -- finding all volume group(s)
vgck -- checking volume group name "tripserv_vol"
vgck -- checking existence of volume group "tripserv_vol"
vgck -- reading volume group data for "tripserv_vol" from lvmtab
vgck -- checking volume group consistency of "tripserv_vol" in lvmtab
vgck -- VGDA of "tripserv_vol" in lvmtab is consistent
vgck -- reading volume group data for "tripserv_vol" from physical volume(s)
vgck -- checking volume group consistency of "tripserv_vol" on physical volumes
vgck -- VGDA of "tripserv_vol" on physical volumes is consistent
vgck -- unlocking logical volume manager
# vgdisplay
--- Volume group ---
VG Name tripserv_vol
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 255
Cur LV 22
Open LV 1
MAX LV Size 255.99 GB
Max PV 255
Cur PV 4
Act PV 4
VG Size 188.13 GB
PE Size 4 MB
Total PE 48162
Alloc PE / Size 43220 / 168.83 GB
Free PE / Size 4942 / 19.30 GB
VG UUID KDiCWx-ae2w-oDnx-Hl5O-Amhd-fIM3-y51bIX
# vgscan -v
vgscan -- removing "/etc/lvmtab" and "/etc/lvmtab.d"
vgscan -- creating empty "/etc/lvmtab" and "/etc/lvmtab.d"
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- scanning for all active volume group(s) first
vgscan -- found active volume group "tripserv_vol"
vgscan -- reading data of volume group "tripserv_vol" from physical volume(s)
vgscan -- inserting "tripserv_vol" into lvmtab
vgscan -- backing up volume group "tripserv_vol"
vgscan -- checking volume group name "tripserv_vol"
vgscan -- checking volume group consistency of "tripserv_vol"
vgscan -- checking existence of "/etc/lvmtab.d"
vgscan -- storing volume group data of "tripserv_vol" in "/etc/lvmtab.d/tripserv_vol.tmp"
vgscan -- storing physical volume data of "tripserv_vol" in "/etc/lvmtab.d/tripserv_vol.tmp"
vgscan -- storing logical volume data of volume group "tripserv_vol" in "/etc/lvmtab.d/tripserv_vol.tmp"
vgscan -- renaming "/etc/lvmtab.d/tripserv_vol.tmp" to "/etc/lvmtab.d/tripserv_vol"
vgscan -- removing special files and directory for volume group "tripserv_vol"
vgscan -- creating directory and group character special file for "tripserv_vol"
vgscan -- creating block device special files for tripserv_vol
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume group
#lvscan
lvscan -- ACTIVE Original "/dev/tripserv_vol/docu" [512 MB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/install" [10 GB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/pages" [20 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/gfx" [10 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/sfx" [10 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/people" [20 GB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/dim" [2 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/mp3" [20 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/applications" [2 GB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/code" [512 MB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/dumpdir" [10 GB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/homes" [10 GB] striped[4]
lvscan -- ACTIVE Original "/dev/tripserv_vol/info" [5 GB] striped[4]
lvscan -- ACTIVE "/dev/tripserv_vol/log" [252 MB] striped[3]
lvscan -- ACTIVE "/dev/tripserv_vol/store" [608 MB] striped[4]
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/docusnap" [492.19 MB] of /dev/tripserv_vol/docu
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/installsnap" [9.84 GB] of /dev/tripserv_vol/install
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/dimsnap" [1.97 GB] of /dev/tripserv_vol/dim
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/codesnap" [504 MB] of /dev/tripserv_vol/code
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/pagessnap" [19.69 GB] of /dev/tripserv_vol/pages
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/infosnap" [4.92 GB] of /dev/tripserv_vol/info
lvscan -- ACTIVE Snapshot "/dev/tripserv_vol/homessnap" [9.84 GB] of /dev/tripserv_vol/homes
lvscan -- 22 logical volumes with 168.08 GB total in 1 volume group
lvscan -- 22 active logical volumes
# lvdisplay /dev/tripserv_vol/docu
--- Logical volume ---
LV Name /dev/tripserv_vol/docu
VG Name tripserv_vol
LV Write Access read/write
LV snapshot status source of
/dev/tripserv_vol/docusnap [active]
LV Status available
LV # 1
# open 1
LV Size 512 MB
Current LE 128
Allocated LE 128
Stripes 4
Stripe size (KByte) 4
Allocation next free
Read ahead sectors 120
Block device 58:0
# lvdisplay /dev/tripserv_vol/people
--- Logical volume ---
LV Name /dev/tripserv_vol/people
VG Name tripserv_vol
LV Write Access read/write
LV Status available
LV # 6
# open 0
LV Size 20 GB
Current LE 5120
Allocated LE 5120
Stripes 4
Stripe size (KByte) 4
Allocation next free
Read ahead sectors 120
Block device 58:5
# lvdisplay /dev/tripserv_vol/pages
--- Logical volume ---
LV Name /dev/tripserv_vol/pages
VG Name tripserv_vol
LV Write Access read/write
LV snapshot status source of
/dev/tripserv_vol/pagessnap [active]
LV Status available
LV # 3
# open 0
LV Size 20 GB
Current LE 5120
Allocated LE 5120
Stripes 4
Stripe size (KByte) 4
Allocation next free
Read ahead sectors 120
Block device 58:2
tripserv:/# lvdisplay /dev/tripserv_vol/pagessnap
--- Logical volume ---
LV Name /dev/tripserv_vol/pagessnap
VG Name tripserv_vol
LV Write Access read only
LV snapshot status active destination for /dev/tripserv_vol/pages
LV Status available
LV # 20
# open 0
LV Size 20 GB
Current LE 5120
Allocated LE 5120
snapshot chunk size 64 KB
Allocated to snapshot 0.00% [0/19.69 GB]
Allocated to COW-table 320 MB
Stripes 4
Stripe size (KByte) 4
Allocation next free
Read ahead sectors 120
Block device 58:19
# lvdisplay /dev/tripserv_vol/docusnap
--- Logical volume ---
LV Name /dev/tripserv_vol/docusnap
VG Name tripserv_vol
LV Write Access read only
LV snapshot status active destination for /dev/tripserv_vol/docu
LV Status available
LV # 16
# open 0
LV Size 512 MB
Current LE 128
Allocated LE 128
snapshot chunk size 64 KB
Allocated to snapshot 0.05% [256 KB/492.19 MB]
Allocated to COW-table 7.81 MB
Stripes 4
Stripe size (KByte) 4
Allocation next free
Read ahead sectors 120
Block device 58:15
So it all looks good!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20020918/3c758b59/attachment.htm>
More information about the linux-lvm
mailing list