<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Adding Oved<br></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck <span dir="ltr">&lt;<a href="mailto:hawk@tbi.univie.ac.at" target="_blank">hawk@tbi.univie.ac.at</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 09/01/2015 09:55 AM, Simone Tiraboschi wrote:<br>
&gt; Indeed you had:<br>
&gt; Thread-64::DEBUG::2015-08-31<br>
&gt; 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n<br>
&gt; /usr/sbin/dmidecode -s system-uuid (cwd None)<br>
&gt; Thread-64::DEBUG::2015-08-31<br>
&gt; 12:33:15,153::utils::679::root::(execCmd) FAILED: &lt;err&gt; = &#39;/dev/mem:<br>
&gt; Operation not permitted\n&#39;; &lt;rc&gt; = 1<br>
&gt; Thread-64::WARNING::2015-08-31<br>
&gt; 12:33:15,154::utils::812::root::(getHostUUID) Could not find host UUID.<br>
&gt; Thread-64::DEBUG::2015-08-31<br>
&gt;<br>
&gt; Can you please try executing?<br>
&gt; /usr/sbin/dmidecode -s system-uuid<br>
<br>
</span>dmidecode always fails and according to the things I&#39;ve read this is<br>
caused by the kernel restricting access to /dev/mem. But this<br>
shouldn&#39;t affect the root user. It does anyway. I&#39;ve tried with<br>
selinux on and off. Is there a way around this problem? So far I<br>
didn&#39;t find anything really helpful by googling around. This problem<br>
seems only to affect these kind of machines. CentOS 7.1<br>
installations with the same kernel on another machine lets me run<br>
dmidecode without problems. I guess I&#39;m missing something.<br>
<br>
[root@cube-one tmp]# dmidecode<br>
# dmidecode 2.12<br>
# SMBIOS entry point at 0xbafbaca0<br>
/dev/mem: Operation not permitted<br>
<br>
[root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid<br>
/dev/mem: Operation not permitted</blockquote></div></div></div></div></div></blockquote><div> </div><div>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 &#39;uuid&#39; when hosted-engine calls getVdsCapabilities.</div><div>Any hint on that or any workaround?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">[root@cube-one tmp]# grep DEVMEM<br>
/boot/config-3.10.0-229.11.1.el7.x86_64<br>
CONFIG_STRICT_DEVMEM=y<br>
<br>
Cheers<br>
<span><font color="#888888">Richard<br>
<br>
--<br>
/dev/null<br>
<br>
</font></span></blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>