[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/8d67256c/attachment-0001.html>