Re: broken fs after removing disk from group

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Yes, it's human readable. It's the one I sent in my previous email.

lvdisplay gives the following:
  --- Logical volume ---
  LV Path                /dev/VolGroup00/lvolmedia
  LV Name                lvolmedia
  VG Name                VolGroup00
  LV UUID                aidfLk-hjlx-Znrp-I0Pb-JtfS-9Fcy-OqQ3EW
  LV Write Access        read/write
  LV Creation host, time archiso, 2014-06-09 10:32:20 +0200
  LV Status              suspended
  # open                 0
  LV Size                2.52 TiB
  Current LE             660023
  Segments               3
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0


On 11/13/2014 08:48 PM, matthew patton wrote:
https://www.novell.com/coolsolutions/appnote/19386.html#DiskPermanentlyRemoved
> pvdisplay shows the 3 disks exactly like before I had the one that

The filesystem size (according to the superblock) is 675863552 blocks
The physical size of the device is 597721088 blocks
what about LVdisplay? Clearly the replacement chunk from the new device isn't the correct size. It's short by 39071232KB or roughly 37GB.

Is the VG configuration restore file human readable?


_______________________________________________
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/

_______________________________________________
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/




[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux