search for: lvm2_member

Hi, trying to convert a VMware Linux installation to a XEN VM, I copied the harddisk image. I was expecting problems, but this is what I got: ------------snip # xm create -c vm2 Using config file "/etc/xen/vm/vm2". /dev/hda: No medium found mount: unknown filesystem type ''LVM2_member'' Traceback (most recent call last): File "/usr/lib/xen/boot/domUloader.py", line 495, in ? main(sys.argv) File "/usr/lib/xen/boot/domUloader.py", line 489, in main sxpr = copyKernelAndInitrd(fs, kernel, initrd) File "/usr/lib/xen/boot/domUloader.py&qu...

...e: An output like: /srv /dev/mapper/luks-f85b7a2c-...: UUID="ca924fad-..." TYPE="ext4" /dev/mapper/vg_internal_e-lv_internal_srv: UUID="f85b7a2c-..." TYPE="crypto_LUKS" vg_internal_e /dev/md3: UUID="1Fi2Ex-..." TYPE="LVM2_member" /dev/sda4: UUID="00029bd4-..." UUID_SUB="d0024074-..." LABEL="e.ld:3" TYPE="linux_raid_member" /dev/sdb4: UUID="00029bd4-..." UUID_SUB="bf98fc79-..." LABEL="e.ld:3" TYPE="linux_raid_member"...

Try *lsblk -f* *[root at david ~]# lsblk -f NAME FSTYPE LABEL UUID MOUNTPOINT sda ??sda1 LVM2_member DWnNT0-aHQK-4zxn-cWIL-4iAQ-fboe-QaeyOK ??vg_Backups-Backups ext4 Backups 97baf04c-5dbb-43bd-9e56-b1c23e623ae4 /media/Backups sdb ??sdb1 ext4 boot 7186c3bc-ef06-4d34-9caf-3813ec004fbb /boot ??sdb2 LVM2_member FU8VMi-xM65-2xvC-tK3R-gO91-QGkY-O4y7...

Hi all, Does anyone know how to determine which file system a disk was formatted with, if fdisk -l doesn't show it? usb-storage: device found at 5 usb-storage: waiting for device to settle before scanning Vendor: Model: Rev: Type: Direct-Access ANSI SCSI revision: 02 sd 7:0:0:0: Attached scsi disk sda sd 7:0:0:0: Attached scsi generic

...hange", KERNEL=="vd*", \ ENV{RESIZE}=="1", \ ENV{ID_FS_TYPE}=="ext[3-4]", \ RUN+="/sbin/resize2fs /dev/%k" ACTION=="change", KERNEL=="vd*", \ ENV{RESIZE}=="1", \ ENV{ID_FS_TYPE}=="LVM2_member", \ RUN+="/sbin/pvresize /dev/%k" Signed-off-by: Milos Vyletel <milos.vyletel at sde.cz> --- drivers/block/virtio_blk.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c index 8ad21a2..59...

...hange", KERNEL=="vd*", \ ENV{RESIZE}=="1", \ ENV{ID_FS_TYPE}=="ext[3-4]", \ RUN+="/sbin/resize2fs /dev/%k" ACTION=="change", KERNEL=="vd*", \ ENV{RESIZE}=="1", \ ENV{ID_FS_TYPE}=="LVM2_member", \ RUN+="/sbin/pvresize /dev/%k" Signed-off-by: Milos Vyletel <milos.vyletel at sde.cz> --- drivers/block/virtio_blk.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c index 8ad21a2..59...

...che/.cache if it exists Thank you Marcelo for replying, The directory /etc/lvm/cache/ is empty. And, yes, the UUID matches: # blkid /dev/vda1: UUID="297e2939-d6f5-431a-9813-9848368ee306" TYPE="xfs" /dev/vda2: UUID="OR1eUA-1hhb-PCff-qybQ-rLt4-JuTN-EcWX61" TYPE="LVM2_member" /dev/sr0: UUID="2017-03-16-21-15-06-00" LABEL="ISOIMAGE" TYPE="iso9660" PTTYPE="PMBR" /dev/mapper/centos-root: UUID="fcee6215-e97a-4a4f-9473-5115f8559683" TYPE="xfs" /dev/mapper/centos-swap: UUID="b220b45f-ae22-4393-a74d-90b03...

...believe it is irrelevant... Never used mondorestore to clone a VM, have you done it successfully before? > > # blkid > /dev/vda1: UUID="297e2939-d6f5-431a-9813-9848368ee306" TYPE="xfs" > /dev/vda2: UUID="OR1eUA-1hhb-PCff-qybQ-rLt4-JuTN-EcWX61" TYPE="LVM2_member" > /dev/sr0: UUID="2017-03-16-21-15-06-00" LABEL="ISOIMAGE" TYPE="iso9660" > PTTYPE="PMBR" > /dev/mapper/centos-root: UUID="fcee6215-e97a-4a4f-9473-5115f8559683" > TYPE="xfs" > /dev/mapper/centos-swap: UUID="b220b4...

...linux_raid_member [raid] > UUID: 37c76b91-011a-05c5-d30c-1fd4c5c3dbbc > > > $ wipefs /home/images/filesystems/lvm2.img > offset type > ---------------------------------------------------------------- > 0x218 LVM2_member [raid] > UUID: Vynv4k-APH8-xQER-HSBb-8VJ3-SvFF-PB5O1U OK, that's good to know. I'll add a wipefs wrapper to libguestfs at some point. It seems a more reliable way to do it than our current method: http://libguestfs.org/guestfs.3.html#guestfs_zero Rich. --...

...restore process is automatic. (There is a manual method too, but I have not been successful with it either.) # blkid /dev/mapper/centos-root: UUID="fcee6215-e97a-4a4f-9473-5115f8559683" TYPE="xfs" /dev/vda2: UUID="cey71w-b81q-w1se-0Cww-X2cr-Milx-dWw15Z" TYPE="LVM2_member" /dev/vda1: UUID="297e2939-d6f5-431a-9813-9848368ee306" TYPE="xfs" /dev/mapper/centos-swap: UUID="b220b45f-ae22-4393-a74d-90b03d37c41b" TYPE="swap" # cat /etc/fstab /dev/mapper/centos-root / xfs defaults 0 0 UUID=297e2939-d...

...kid /dev/sr0: UUID="2016-10-28-12-18-36-00" LABEL="CentOS 7 x86_64" TYPE="iso9660" PTTYPE="dos" /dev/sda1: UUID="a620a180-3a8c-4b5f-ad30-804f131a7261" TYPE="xfs" /dev/sda2: UUID="qBSpoz-i0Zq-AwlP-kviR-leui-L9NA-pcjAg1" TYPE="LVM2_member" /dev/mapper/centos-root: UUID="a48af6f8-13d0-4c5d-a772-463b0da63bb1" TYPE="xfs" /dev/mapper/centos-swap: UUID="7f1d19db-1719-4fe8-a816-0a038a70ecde" TYPE="swap"

--- daemon/daemon.h | 1 + daemon/labels.c | 3 +++ daemon/swap.c | 21 +++++++++++++++++++++ generator/actions.ml | 4 ++++ 4 files changed, 29 insertions(+) diff --git a/daemon/daemon.h b/daemon/daemon.h index 79a5288..2379e31 100644 --- a/daemon/daemon.h +++ b/daemon/daemon.h @@ -254,6 +254,7 @@ extern int64_t ntfs_minimum_size (const char *device); /*-- in swap.c --*/

> Yannis Milios wrote: >>> But, what happens if you let the kernel post install scripts do the >>> work or setting up the initrd things? >> >> Initially, I just rebooted from LiveCD and left Grub,kernel and dracut >> do >> their job with the defaults, but unfortunately, boot process stops at >> initrd (dracut) stage with the following error:

...nknown_filesystems_mode = | UnknownFsIgnore @@ -414,6 +419,8 @@ read the man page virt-resize(1). let fs = g#vfs_type dev in if fs = "unknown" then ContentUnknown + else if fs = "swap" then + ContentSwap else if fs = "LVM2_member" then ( let rec loop = function | [] -> @@ -531,7 +538,7 @@ read the man page virt-resize(1). assert ( match typ with | ContentPV _ | ContentExtendedPartition -> false - | ContentUnknown | ContentFS _ -> true + |...

Hello, I'm struggling to make a cloned CentOS 7 VM (under KVM) to work. The VM was cloned using mondorestore. Restore appears successful but the VM won't boot; see: http://iweb.noa.gr/files/centos7/supergrub2-scratchvm-20170503-04.png I booted with CentOS 7 disk in troubleshooting mode (where the virtual disk was automatically mounted without issues) and I tried to repair:

...(Printexc.to_string exn); + "" in + + if vfs_type = "" then + Some [mountable, "unknown"] + + (* Ignore all "*_member" strings. In libblkid these are returned + * for things which are members of some RAID or LVM set, most + * importantly "LVM2_member" which is a PV. + *) + else if String.is_suffix vfs_type "_member" then + None + + (* Ignore LUKS-encrypted partitions. These are also containers, as above. *) + else if vfs_type = "crypto_LUKS" then + None + + (* A single btrfs device can turn into many volume...

.../dev/mapper/centos-root: UUID="08c18076-37b4-4f65-b550-e2633ac24d5d" TYPE="xfs" /dev/sda6: UUID="ifEKlz-O4SM-NevI-X4TQ-lQg2-0lAN-Jb7cZQ" TYPE="LVM2_member" PARTUUID="97e93e7c-a6cf-4532-8f7d-5c0e50987350" /dev/sda1: LABEL="WINRE" UUID="8262E42362E41DA3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="277e20d2-ee46-412b-babb-9b2249324ca4"...

Morning all, I have a HP Envy dual boot system (Win8 for serious stuff, i.e. Train Sim and Flight Sim) and Centos 7 for everything else. In the past I've had the occasional problem where an update on the windows side has updated the UEFI boot sequence but using efibootmgr has always fixed it. On Friday I discovered that my HDD was failing so I tried using Clonezilla to move it on to a new

...took 0.01 seconds libguestfs: trace: vfs_type = "ext4" libguestfs: trace: vfs_type "/dev/vda2" guestfsd: main_loop: new request, len 0x38 blkid -c /dev/null -o value -s TYPE /dev/vda2 guestfsd: main_loop: proc 198 (vfs_type) took 0.00 seconds libguestfs: trace: vfs_type = "LVM2_member" libguestfs: trace: inspect_os libguestfs: trace: umount_all guestfsd: main_loop: new request, len 0x28 umount-all: /proc/mounts: fsname=rootfs dir=/ type=rootfs opts=rw freq=0 passno=0 umount-all: /proc/mounts: fsname=proc dir=/proc type=proc opts=rw,relatime freq=0 passno=0 umount-all: /proc...

Original version linked from here: https://bugzilla.redhat.com/show_bug.cgi?id=1808977#c8 There is no change in the code in this series, but feedback from the original series was we shouldn't lose the error message in patch 7. When I tested this just now in fact we don't lose the error if debugging is enabled, but I have updated the commit message to note what the error message is in the