Adding Oved On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck <hawk@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@cube-one tmp]# dmidecode # dmidecode 2.12 # SMBIOS entry point at 0xbafbaca0 /dev/mem: Operation not permitted
[root@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@cube-one tmp]# grep DEVMEM /boot/config-3.10.0-229.11.1.el7.x86_64 CONFIG_STRICT_DEVMEM=y
Cheers Richard
-- /dev/null