[ovirt-users] ovirt 3.6 Failed to execute stage 'Environment setup'

[Simone Tiraboschi]

Adding Oved

On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck <hawk at tbi.univie.ac.at>
wrote:

> On 09/01/2015 09:55 AM, Simone Tiraboschi wrote:
> > Indeed you had:
> > Thread-64::DEBUG::2015-08-31
> > 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n
> > /usr/sbin/dmidecode -s system-uuid (cwd None)
> > Thread-64::DEBUG::2015-08-31
> > 12:33:15,153::utils::679::root::(execCmd) FAILED: <err> = '/dev/mem:
> > Operation not permitted\n'; <rc> = 1
> > Thread-64::WARNING::2015-08-31
> > 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID.
> > Thread-64::DEBUG::2015-08-31
> >
> > Can you please try executing?
> > /usr/sbin/dmidecode -s system-uuid
>
> dmidecode always fails and according to the things I've read this is
> caused by the kernel restricting access to /dev/mem. But this
> shouldn't affect the root user. It does anyway. I've tried with
> selinux on and off. Is there a way around this problem? So far I
> didn't find anything really helpful by googling around. This problem
> seems only to affect these kind of machines. CentOS 7.1
> installations with the same kernel on another machine lets me run
> dmidecode without problems. I guess I'm missing something.
>
> [root at cube-one tmp]# dmidecode
> # dmidecode 2.12
> # SMBIOS entry point at 0xbafbaca0
> /dev/mem: Operation not permitted
>
> [root at cube-one tmp]# /usr/sbin/dmidecode -s system-uuid
> /dev/mem: Operation not permitted
>

dmidecode -s system-uuid is failing cause it cannot read /dev/mem so VDSM
fails getting the host UUID and so vdscli raise an exception about a None
value on 'uuid' when hosted-engine calls getVdsCapabilities.
Any hint on that or any workaround?


> [root at cube-one tmp]# grep DEVMEM
> /boot/config-3.10.0-229.11.1.el7.x86_64
> CONFIG_STRICT_DEVMEM=y
>
> Cheers
> Richard
>
> --
> /dev/null
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150901/86d63035/attachment-0001.html>