On Wed, Sep 18, 2002 at 04:33:05PM +0200, Robin Edgar - Tripany wrote: > Hi Heinz, > > Thanks for the help so far! > > How can I find out the blocksize of my lv's? So far I've tried e2fsck on the > lv's using the mke2fs -n /dev/tripserv_vol/pages, for all blocksizes (-b Oops. What you wanted to run is "e2fsck -osb=N ..." to repair the existing filesystem *not* mke2fs, which will create a new one! As mentioned in my other email: if your logical filesystem blocksize was 4k, your first superblock backup would have been on block 131072. Regards, Heinz -- The LVM Guy -- > 1024, 2048, 4096) but none of the superblocks respond to fsck. The only > thing I can think of now is letting fsck rebuild the superblock, but I have > to be sure of the blocksize for it to have any chance of success. Building > the lv's, I followed the following steps: > > pvcreate /dev/hde > /dev/hdf > /dev/hdg > /dev/hdh > > vgcreate tripserv_vol /dev/hde /dev/hdf /dev/hdg /dev/hdh > > lvcreate -i3 -I4 -L100M -nvolumename tripserv_vol > > mke2fs -j -Lfslabel /dev/tripserv_vol/volumename > > Cheers, > Robin > > > ----- Original Message ----- > From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com> > To: <linux-lvm@sistina.com> > Sent: Wednesday, September 18, 2002 3:18 PM > Subject: Re: [linux-lvm] Help! unable to mount lv's - can't see why! > > > > On Wed, Sep 18, 2002 at 02:07:18PM +0200, Robin Edgar - Tripany wrote: > > > 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): > > > > Robin, > > > > lots of read errors during dd likely left you with a corrupted primary > > superblock of the filesystem. > > > > > 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?! > > > > You need to figure out, if /dev/tripserv_vol/docu doesn't have *any* > extents > > allocated on the replaced disk. Try "lvdisplay -v /dev/tripserv_vol/docu" > > to achive this. If it has, you'll likely find corrupted files in this one > > too. > > > > > > For the failing mount you might want to try > > > > "mount -r -osb=$ALTERNATE_SUPERBLOCK /dev/tripserv_vol/pages /c". > > > > In case you've got a logical 4k block size of the filesystem, > > ALTERNATE_SUPERBLOCK=131072 would access the first backup copy. > > > > See "man mount" and look for the ext2 mount option "sb=" for more > information. > > > > In case you have success with using a backup superblock this way, you need > to > > backup all files you can access successfully first, then recreate the > filesystem > > and restore. It is unlikely in the case of lots of read errors during dd, > that > > a fsck will help you. You'll probably end up with piles of lost+found > entries. > > > > Regards, > > Heinz -- The LVM Guy -- > > > > > > > > > > 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! > > > > *** Software bugs are stupid. > > Nevertheless it needs not so stupid people to solve them *** > > > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =- > > > > Heinz Mauelshagen Sistina Software Inc. > > Senior Consultant/Developer Am Sonnenhang 11 > > 56242 Marienrachdorf > > Germany > > Mauelshagen@Sistina.com +49 2626 141200 > > FAX 924446 > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =- > > > > _______________________________________________ > > linux-lvm mailing list > > linux-lvm@sistina.com > > http://lists.sistina.com/mailman/listinfo/linux-lvm > > read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html > > > > > > > > _______________________________________________ > linux-lvm mailing list > linux-lvm@sistina.com > http://lists.sistina.com/mailman/listinfo/linux-lvm > read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html *** Software bugs are stupid. Nevertheless it needs not so stupid people to solve them *** =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Heinz Mauelshagen Sistina Software Inc. Senior Consultant/Developer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@Sistina.com +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _______________________________________________ linux-lvm mailing list linux-lvm@sistina.com http://lists.sistina.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
