It might also be best that you create a support call and post the case ID (and outcome after that) here. We have seen this issue before (although other distro) and our support team was able to provide a fix.
lvdisplay |more
--- Logical volume ---
LV Path /dev/mdmvg/root
LV Name root
VG Name mdmvg
LV UUID dvGAoH-KVgJ-Xg0k-g5YY-OJXy-fQs7-c1d7gO
LV Write Access read/write
LV Creation host, time mdmdev, 2014-07-15 14:46:00 -0500
LV Status available
# open 1
LV Size 9.31 GiB
Current LE 2384
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:0
--- Logical volume ---
LV Path /dev/mdmvg/usr
LV Name usr
VG Name mdmvg
LV UUID UVxhnY-yFLf-9gvm-eMxa-6ngf-roj2-PKPqfr
LV Write Access read/write
LV Creation host, time mdmdev, 2014-07-15 14:46:17 -0500
LV Status available
# open 1
LV Size 9.31 GiB
Current LE 2384
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:1
--- Logical volume ---
LV Path /dev/mdmvg/swap
LV Name swap
VG Name mdmvg
LV UUID AYmPBp-Jxjz-ohUs-16yr-ka36-iIrU-mnXTD9
LV Write Access read/write
LV Creation host, time mdmdev, 2014-07-15 14:46:48 -0500
LV Status available
# open 2
Even the free version comes with support, but does not have SLA's. That doesn't mean we will ignore you, you will be contacted, but we are not providing a time SLA for it and work on a best effort basis. Something we have been doing for a long time already with Veeam Endpoint Backup (soon Veeam Agent for Windows)
So create one, post the case ID here and when you have more information after that post it here also
Sorry for my late reply, I missed your response last week (my bad). Good to hear that support could fixed your issue! And thanks for letting us know that it got solved
Cheers
Mike
I'm having similar issue on both Centos 6 and 7 hosts while backing up the logical volumes. Can we all get "a new version of veeam & veeamsnap that fixed the issue" which support provided to svallarian personally? Thank you
I assume that the logical vollume is used as a "physical" device for VM, isn't it? If so then such behaviour is expected - VAL does not currently support backup of LVs that are provided to VMs as block devices.
PTide wrote:I assume that the logical vollume is used as a "physical" device for VM, isn't it? If so then such behaviour is expected - VAL does not currently support backup of LVs that are provided to VMs as block devices.
Thank you.
Can you elaborate that a bit,
if I do lvdisplay and have sth like this
--- Logical volume ---
LV Path /dev/vg0/swap
LV Name swap
VG Name vg0
LV UUID pNYlCE-872a-JJSz-6doE-cCdX-ujER-KQ0DMB
LV Write Access read/write
LV Creation host, time localhost, 2016-04-21 16:55:38 +0000
LV Status available
# open 2
LV Size 3.81 GiB
Current LE 976
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
Just to clarify what I meant: I actually thought that the host wasn't using the LV by itself but provided it to the VM's guest OS as a block device instead.
Checking to see if what's described in this thread may be our problem also.
- Cent OS 7 server, minimal install to bare metal
- VAL installed and full backup run, saved on LAN to NFS share
- Create VM on hypervisor
- Boot VM to recovery media
- Restore fails to boot after console shows progress bar finished
- Tabbing shows dracut-initqueue error/message
After thinking about this and reading some, what we're really trying is a P2V using the VAL backup for the guest OS on the hypervisor - not sure if that is be doable.
The customer worked with support in regards to the P2V issue. Best would be to contact support and point out to this forum post or the case mentioned by Houla to get help/assistance.
Personal blog: https://foonet.be
GitHub: https://github.com/nielsengelen