5:25 a.m.
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--SnfbGmQB2OdmgSIlGKsUrHrnPCD7QGuje
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
The dmidecode problem really only affects those three machines I'm
trying to set up as ovirt hosts. Since I couldn't find anything
wrong in the CentOS setup I tried Fedora 22 and got the same result.
/dev/mem: Operation not permitted
I'm sorry to have bothered you guys with this problem that is
obviously not ovirt related. I'll try to find a solution and keep
you posted.
All the best
Richard
On 09/01/2015 11:14 AM, Simone Tiraboschi wrote:
Adding Oved
=20
On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck
<hawk(a)tbi.univie.ac.at <mailto:hawk@tbi.univie.ac.at>> wrote:
=20
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> =3D '=
/dev/mem:
> Operation not permitted\n'; <rc> =3D 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
=20
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.
=20
[root@cube-one tmp]# dmidecode
# dmidecode 2.12
# SMBIOS entry point at 0xbafbaca0
/dev/mem: Operation not permitted
=20
[root@cube-one tmp]# /usr/sbin/dmidecode -s system-uuid
/dev/mem: Operation not permitted
=20
=20
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?
=20
[root@cube-one tmp]# grep DEVMEM
/boot/config-3.10.0-229.11.1.el7.x86_64
CONFIG_STRICT_DEVMEM=3Dy
=20
Cheers
Richard
=20
--
/dev/null
=20
=20
=20
--=20
/dev/null
--SnfbGmQB2OdmgSIlGKsUrHrnPCD7QGuje
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlXlbxUACgkQnGohgOrO9GFZlQCgrn/dh5o98HPGBMd6inPO3zZv
fYcAn3FWLig1azivv7zo6pbhDI6JYBaT
=maxz
-----END PGP SIGNATURE-----
--SnfbGmQB2OdmgSIlGKsUrHrnPCD7QGuje--