Bug 1370162

Created attachment 1193998 [details]
Screenshot of error

Samantha, have you seen this bug before?

Just to check --

comment#1 says RHV-4.0-20160818.1, but the bug says RHVH-4.0-20160817.1

Can you verify which one this is, please?

I'd also like more information on your nested virt setup here (as much as you can provide). I just tested and cannot reproduce this in a nested environment running on oVirt, but knowing as much as possible about your environment would be helpful.

Hey there, I'm having the same issue whether I try to install RHVH in GUI or text mode.

The ISO image is RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso

I'll be adding some images and logs from /tmp installation

After I start lvm2-lvmetad.socket in a separate shell I was able to finish with the installation.

Regarding the nested setup, I'm working with 3 VMs, 1 being the RHVM, 1 RHV Linux Host and 1 RHVH which is the one failing. The linux host worked just fine

Let me know if you need me to share more information.

Regards
Javier

(In reply to Ryan Barry from comment #3)
> Just to check --
> 
> comment#1 says RHV-4.0-20160818.1, but the bug says RHVH-4.0-20160817.1
> 
> Can you verify which one this is, please?
> 

Sorry typo in comment#1, correct version is RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso

> I'd also like more information on your nested virt setup here (as much as
> you can provide). I just tested and cannot reproduce this in a nested
> environment running on oVirt, but knowing as much as possible about your
> environment would be helpful.

These are VMs under libvirt running on Fedora 24. 
- 30GiB virtio qcow2 disk (also tried with a larger disk)
- Host CPU configuration copied to VM (for nested virt). 
- 8192MiB of memory (also tried with more, up to 14GiB)
- 2 vCPUs (also tried with 4)

I had RHEV3 running in similar VMs before. 

Note: Starting lvmetad doesn't help for me. I end up with a different error regarding tagging thinpool devices. I'll file a separate bug for that if the lvmetad turns out to be the answer and I still see that issue.

Full trace from anaconda.log:




  File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 227, in run
    threading.Thread.run(self, *args, **kwargs)

  File "/usr/lib64/python2.7/threading.py", line 764, in run
    self.__target(*self.__args, **self.__kwargs)

  File "/usr/lib64/python2.7/site-packages/pyanaconda/install.py", line 186, in doInstall
    turnOnFilesystems(storage, mountOnly=flags.flags.dirInstall, callbacks=callbacks_reg)

  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 224, in turnOnFilesystems
    storage.doIt(callbacks)

  File "/usr/lib/python2.7/site-packages/blivet/__init__.py", line 374, in doIt
    self.devicetree.processActions(callbacks)

  File "/usr/lib/python2.7/site-packages/blivet/devicetree.py", line 377, in processActions
    action.execute(callbacks)

  File "/usr/lib/python2.7/site-packages/blivet/deviceaction.py", line 568, in execute
    options=self.device.formatArgs)

  File "/usr/lib/python2.7/site-packages/blivet/formats/lvmpv.py", line 136, in create
    lvm.pvscan(self.device)

  File "/usr/lib/python2.7/site-packages/blivet/devicelibs/lvm.py", line 274, in pvscan
    raise LVMError("pvscan failed for %s: %s" % (device, msg))

LVMError: pvscan failed for /dev/vda2: running lvm pvscan --cache --config  devices { preferred_names=["^/dev/mapper/", "^/dev/md/", "^/dev/sd"] }  /dev/vda2 failed

Accidentally cleared the needinfo for sbueno@

Moving needinfo to Vratislav, as it's blivet.

Created attachment 1194016 [details]
Screenshot-of-errors

Blivet currently relies on lvmetad running. Does it have to be disabled for RHVH installations?

A new iso which is fixing this problem should now be available on the customer portal:

https://access.redhat.com/downloads/content/150/ver=4.0/rhel---7/4.0/x86_64/product-software