From: "Robin Edgar - Tripany" <red@tripany.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Help! unable to mount lv's - can't see why!
Date: Wed Sep 18 08:27:42 2002 [thread overview]
Message-ID: <00f001c25f1b$3a24ef50$1c01a8c0@internal.tripnet.int> (raw)
In-Reply-To: 00cd01c25f0c$2990ffd0$1c01a8c0@internal.tripnet.int
[-- Attachment #1: Type: text/plain, Size: 12602 bytes --]
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@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!
[-- Attachment #2: Type: text/html, Size: 25192 bytes --]
next prev parent reply other threads:[~2002-09-18 8:27 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-18 6:37 [linux-lvm] Help! unable to mount lv's - can't see why! Robin Edgar - Tripany
2002-09-18 8:20 ` Heinz J . Mauelshagen
2002-09-18 9:07 ` Robin Edgar - Tripany
2002-09-19 5:10 ` Heinz J . Mauelshagen
2002-09-18 8:27 ` Robin Edgar - Tripany [this message]
2002-09-18 9:01 ` Heinz J . Mauelshagen
2002-09-18 9:17 ` Robin Edgar - Tripany
2002-09-19 5:05 ` Heinz J . Mauelshagen
2002-09-19 5:17 ` Robin Edgar - Tripany
2002-09-19 8:55 ` Heinz J . Mauelshagen
2002-09-19 9:36 ` Robin Edgar - Tripany
2002-09-19 14:09 ` Heinz J . Mauelshagen
2002-09-20 4:29 ` Robin Edgar - Tripany
2002-09-20 4:51 ` Heinz J . Mauelshagen
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='00f001c25f1b$3a24ef50$1c01a8c0@internal.tripnet.int' \
--to=red@tripany.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.