Hello there,
Attached to this message you have the /etc/libvirt/qemu.conf file.
I will retry the installation and before launching it, I will run those
three comands.
Thanks for all in advance
If you find something or need something ask without any problem
2017-05-15 17:54 GMT+01:00 Manuel Luis Aznar <manuel.luis.aznar(a)gmail.com>:
Hello there,
Attached to this message you have the /etc/libvirt/qemu.conf file.
I will retry the installation and before launching it, I will run those
three comands.
Thanks for all in advance
If you find something or need something ask without any problem
Manuel
2017-05-12 17:21 GMT+01:00 Simone Tiraboschi <stirabos(a)redhat.com>:
>
>
> On Fri, May 12, 2017 at 1:31 PM, Manuel Luis Aznar <
> manuel.luis.aznar(a)gmail.com> wrote:
>
>> Hello there,
>>
>> Sorry for the late response, but I haven been busy doing job things...
>>
>> I was looking at the email of Yaniv and here are the results from my
>> broken installation:
>>
>> Permission on /dev/kvm and /dev/random:
>>
>> [root@host1 audit]# ls -Z /dev/kvm
>> crw-rw-rw-. root kvm system_u:object_r:kvm_device_t:s0
>> /dev/kvm
>> [root@host1 audit]# ls -Z /dev/random
>> crw-rw-rw-. root root system_u:object_r:random_device_t:s0
>> /dev/random
>>
>> Finally about SELinux settings:
>>
>> [root@host1 audit]# ls -la /var/log/audit/audit.log
>> -rw-------. 1 root root 575333 may 12 12:18
>> /var/log/audit/audit.log
>>
>> [root@host1 audit]# ls -Z /var/log/audit/audit.log
>> -rw-------. root root system_u:object_r:auditd_log_t:s0
>> /var/log/audit/audit.log
>>
>> I have attached to the mail the full log audit file
>> (/var/log/audit/audit.log)
>>
>> Again I am sorry about the delay.
>>
>> Any answer would be very appreciated,
>>
>
> OK, it fails here:
>
> type=VIRT_CONTROL msg=audit(1493635665.036:776): pid=21993 uid=0
> auid=4294967295 ses=4294967295 subj=system_u:system_r:virtd_t:s0-s0:c0.c1023
> msg='virt=kvm op=start reason=booted vm="HostedEngine"
> uuid=92faf919-b7b1-42dc-a70c-15c6eb32ba2f vm-pid=-1
> exe="/usr/sbin/libvirtd" hostname=? addr=? terminal=? res=failed'
>
> Can you please share your /etc/libvirt/qemu.conf ?
>
> Maybe you can also try running:
> vdsm-tool configure --force
> systemcl restart libvirtd
> systemcl restart vdsmd
> and try again
>
>
>
>> Manuel
>>
>> 2017-05-07 7:46 GMT+01:00 Yaniv Kaul <ykaul(a)redhat.com>:
>>
>>>
>>>
>>> On Thu, May 4, 2017 at 8:45 PM, Manuel Luis Aznar <
>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>
>>>> Hello there,
>>>>
>>>> Sorry for the delay to answer the mail, but, I have been busy doing
>>>> things...
>>>>
>>>> The permission on /dev/random are the following:
>>>>
>>>> [root@host1 manuel]# ls -la /dev/random
>>>> crw-rw-rw-. 1 root root 1, 8 may 4 18:06 /dev/random
>>>>
>>>> Suppose that these permission should look something like:
>>>>
>>>> [root@host1 manuel]# ls -la /dev/random
>>>> crw-rw-rw-. 1 vdsm kvm 1, 8 may 4 18:06 /dev/random
>>>>
>>>> Finally I do not know what you meant with permission on SELinux audit
>>>> logs?¿? Sorry for my lack of understanding, so, please let me know much
>>>> more precisely and I will look for it
>>>>
>>>
>>> You can get the selinux settings of a file with ls -Z . For example:
>>> [ykaul@ykaul ovirt-system-tests]$ ls -Z /dev/kvm
>>> system_u:object_r:kvm_device_t:s0 /dev/kv
>>>
>>> Also, you can search for selinux issues either in /var/log/audit or
>>> using ausearch. For example:
>>> sudo ausearch -m AVC -i
>>>
>>> Y.
>>>
>>>>
>>>>
>>>> Thanks for all in advance
>>>> I will be waiting for you
>>>> Manuel Luis Aznar
>>>>
>>>> 2017-05-03 15:09 GMT+01:00 Simone Tiraboschi
<stirabos(a)redhat.com>:
>>>>
>>>>>
>>>>>
>>>>> On Wed, May 3, 2017 at 11:30 AM, Manuel Luis Aznar <
>>>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>>>
>>>>>> Hello Simone and all others,
>>>>>>
>>>>>> I have attached to the mail the requested files. If you have any
>>>>>> other inquiry just say it, The failed installation drive would be
keep safe
>>>>>> until solving this problem.
>>>>>>
>>>>>> Thanks for all in advance
>>>>>> Manuel
>>>>>>
>>>>>
>>>>> The issue is here:
>>>>> May 1 11:47:45 host1 journal: libvirt version: 2.0.0, package:
>>>>> 10.el7_3.5 (CentOS BuildSystem <
http://bugs.centos.org>,
>>>>> 2017-03-03-02:09:45,
c1bm.rdu2.centos.org)
>>>>> May 1 11:47:45 host1 journal: hostname: host1.bajada.es
>>>>> May 1 11:47:45 host1 journal: Falló al conectar con el socket de
>>>>> monitor: No existe el proceso
>>>>> May 1 11:47:45 host1 journal: internal error: process exited while
>>>>> connecting to monitor: /dev/random -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x7
>>>>> -msg timestamp=on#012Could not access KVM kernel module: Permission
>>>>> denied#012failed to initialize KVM: Permission denied
>>>>> May 1 11:47:45 host1 journal: libvirt version: 2.0.0, package:
>>>>> 10.el7_3.5 (CentOS BuildSystem <
http://bugs.centos.org>,
>>>>> 2017-03-03-02:09:45,
c1bm.rdu2.centos.org)
>>>>> May 1 11:47:45 host1 journal: hostname: host1.bajada.es
>>>>> May 1 11:47:45 host1 journal: Fin de archivo al leer datos: Error
de
>>>>> entrada/salida
>>>>> May 1 11:47:45 host1 journal: Fin de archivo al leer datos: Error
de
>>>>> entrada/salida
>>>>>
>>>>> could you please also check the permission on /dev/random and
SELinux
>>>>> audit logs?
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> 2017-05-02 10:55 GMT+01:00 Simone Tiraboschi
<stirabos(a)redhat.com>:
>>>>>>
>>>>>>> Sure, but first we need to understand what it's
happening: in our
>>>>>>> CI process everything is fine so I think it's something
specific to your
>>>>>>> env.
>>>>>>> Could you please share your:
>>>>>>> /var/log/libvirt/qemu/HostedEngine.log
>>>>>>> /var/log/messages
>>>>>>>
>>>>>>> thanks,
>>>>>>> Simone
>>>>>>>
>>>>>>>
>>>>>>> On Tue, May 2, 2017 at 11:38 AM, Manuel Luis Aznar <
>>>>>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> Ok thankyou.
>>>>>>>>
>>>>>>>> Suppose that this problem probably would be solve in a
future
>>>>>>>> release.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Manuel
>>>>>>>>
>>>>>>>> 2017-05-02 10:35 GMT+01:00 Simone Tiraboschi
<stirabos(a)redhat.com>
>>>>>>>> :
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, May 2, 2017 at 11:30 AM, Manuel Luis Aznar
<
>>>>>>>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hello there again,
>>>>>>>>>>
>>>>>>>>>> Yes as I say, I have done several clean
installations and the VM
>>>>>>>>>> engine sometimes starts without any problem. So
Simone any recommendation
>>>>>>>>>> to make the engine VM starts properly?¿
>>>>>>>>>>
>>>>>>>>>> While is installing the HA agent and HA broker
are down, would I
>>>>>>>>>> get good result by starting the services
myself?¿
>>>>>>>>>>
>>>>>>>>>> Any help from Simone or somebody would be
appreciated
>>>>>>>>>> Thanks for all in advance
>>>>>>>>>> Manuel Luis Aznar
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I suggest to check libvirt logs.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2017-05-02 7:54 GMT+01:00 Simone Tiraboschi
<stirabos(a)redhat.com
>>>>>>>>>> >:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Mon, May 1, 2017 at 3:14 PM, Manuel Luis
Aznar <
>>>>>>>>>>> manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hello there,
>>>>>>>>>>>>
>>>>>>>>>>>> I have been looking in the internet using
google why my
>>>>>>>>>>>> installation of ovirt-hosted-engine is
failing.
>>>>>>>>>>>>
>>>>>>>>>>>> I have found this link:
>>>>>>>>>>>>
>>>>>>>>>>>>
https://www.mail-archive.com/
>>>>>>>>>>>> users(a)ovirt.org/msg40864.html (Hosted
engine install failed;
>>>>>>>>>>>> vdsm upset about broker)
>>>>>>>>>>>>
>>>>>>>>>>>> It seems to be the same error...
>>>>>>>>>>>>
>>>>>>>>>>>> So to knarra and Jamie Lawrence my
question is:
>>>>>>>>>>>>
>>>>>>>>>>>> Did you manage to discover the
problem?? In my instalation
>>>>>>>>>>>> I am using nfs and not gluster...
>>>>>>>>>>>>
>>>>>>>>>>>> I have read the error and is the same
error
>>>>>>>>>>>> "BrokerConnectionError: ...".
The ovirt-ha-agent and ovirt-ha-broker did
>>>>>>>>>>>> not start when the installation is
creating the engine VM...
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> This is just a false positive: the HA agent
and the HA broker
>>>>>>>>>>> are still down so vdsm is complaining but at
that point it's absolutely
>>>>>>>>>>> fine by itself since the engine VM still
doesn't exists.
>>>>>>>>>>> We already have an open bug to reduce the
impact of that
>>>>>>>>>>> message.
>>>>>>>>>>>
>>>>>>>>>>> The real issue is that for some reason the
engine VM could not
>>>>>>>>>>> start on your system.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> As I have said before any help would be
very appreciated...no
>>>>>>>>>>>> matter whom will give it
>>>>>>>>>>>> Thanks for all in advance
>>>>>>>>>>>> Manuel Luis Aznar
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> 2017-05-01 12:21 GMT+01:00 Manuel Luis
Aznar <
>>>>>>>>>>>> manuel.luis.aznar(a)gmail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hello Simone and all the comunity,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have been doing the instalation of
ovirt hosted engine
>>>>>>>>>>>>> again and it fails, libvirtd and
vdsmd services are failing. They are
>>>>>>>>>>>>> failing with the following errors:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> libvirt daemon
>>>>>>>>>>>>>
>>>>>>>>>>>>> libvirtd.service - Virtualization
daemon
>>>>>>>>>>>>> Loaded: loaded
(/usr/lib/systemd/system/libvirtd.service;
>>>>>>>>>>>>> enabled; vendor preset: enabled)
>>>>>>>>>>>>> Drop-In:
/etc/systemd/system/libvirtd.service.d
>>>>>>>>>>>>> ââunlimited-core.conf
>>>>>>>>>>>>> Active: active (running) since lun
2017-05-01 11:43:49
>>>>>>>>>>>>> WEST; 14min ago
>>>>>>>>>>>>> Docs: man:libvirtd(8)
>>>>>>>>>>>>>
http://libvirt.org
>>>>>>>>>>>>> Main PID: 21993 (libvirtd)
>>>>>>>>>>>>> CGroup:
/system.slice/libvirtd.service
>>>>>>>>>>>>> ââ21993 /usr/sbin/libvirtd
--listen
>>>>>>>>>>>>>
>>>>>>>>>>>>> may 01 11:43:49 host1.bajada.es
systemd[1]: Starting
>>>>>>>>>>>>> Virtualization daemon...
>>>>>>>>>>>>> may 01 11:43:49 host1.bajada.es
systemd[1]: Started
>>>>>>>>>>>>> Virtualization daemon.
>>>>>>>>>>>>> may 01 11:47:45 host1.bajada.es
libvirtd[21993]: libvirt
>>>>>>>>>>>>> version: 2.0.0, package: 10.el7_3.5
(CentOS BuildSystem <
>>>>>>>>>>>>>
http://bugs.centos.org>,
2017-03-03-02:09:45,
>>>>>>>>>>>>>
c1bm.rdu2.centos.org)
>>>>>>>>>>>>> may 01 11:47:45 host1.bajada.es
libvirtd[21993]: hostname:
>>>>>>>>>>>>> host1.bajada.es
>>>>>>>>>>>>> may 01 11:47:45 host1.bajada.es
libvirtd[21993]: Falló al
>>>>>>>>>>>>> conectar con el socket de monitor: No
existe el proceso
>>>>>>>>>>>>> may 01 11:47:45 host1.bajada.es
libvirtd[21993]: internal
>>>>>>>>>>>>> error: process exited while
connecting to monitor: /dev/random -device
>>>>>>>>>>>>>
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x7 -msg
>>>>>>>>>>>>> timestamp=on
>>>>>>>>>>>>>
Could not
>>>>>>>>>>>>> access KVM kernel module: Permission
denied
>>>>>>>>>>>>>
failed to
>>>>>>>>>>>>> initialize KVM: Permission denied
>>>>>>>>>>>>>
>>>>>>>>>>>>> vdsm daemon
>>>>>>>>>>>>>
>>>>>>>>>>>>> vdsmd.service - Virtual Desktop
Server Manager
>>>>>>>>>>>>> Loaded: loaded
(/usr/lib/systemd/system/vdsmd.service;
>>>>>>>>>>>>> enabled; vendor preset: enabled)
>>>>>>>>>>>>> Active: active (running) since lun
2017-05-01 11:43:51
>>>>>>>>>>>>> WEST; 15min ago
>>>>>>>>>>>>> Main PID: 22119 (vdsm)
>>>>>>>>>>>>> CGroup:
/system.slice/vdsmd.service
>>>>>>>>>>>>> ââ22119 /usr/bin/python2
/usr/share/vdsm/vdsm
>>>>>>>>>>>>> ââ22612
/usr/libexec/ioprocess --read-pipe-fd 68
>>>>>>>>>>>>> --write-pipe-fd 67 --max-threads 10
--max-queued-requests 10
>>>>>>>>>>>>> ââ22630
/usr/libexec/ioprocess --read-pipe-fd 76
>>>>>>>>>>>>> --write-pipe-fd 75 --max-threads 10
--max-queued-requests 10
>>>>>>>>>>>>> ââ22887
/usr/libexec/ioprocess --read-pipe-fd 44
>>>>>>>>>>>>> --write-pipe-fd 43 --max-threads 10
--max-queued-requests 10
>>>>>>>>>>>>> ââ22893
/usr/libexec/ioprocess --read-pipe-fd 52
>>>>>>>>>>>>> --write-pipe-fd 50 --max-threads 10
--max-queued-requests 10
>>>>>>>>>>>>>
>>>>>>>>>>>>> may 01 11:58:37 host1.bajada.es
vdsm[22119]: vdsm
>>>>>>>>>>>>>
ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink ERROR
>>>>>>>>>>>>> Failed to connect to broker, the
number of errors has exceeded the limit (1)
>>>>>>>>>>>>> may 01 11:58:37 host1.bajada.es
vdsm[22119]: vdsm root ERROR
>>>>>>>>>>>>> failed to retrieve Hosted Engine HA
info
>>>>>>>>>>>>>
Traceback (most
>>>>>>>>>>>>> recent call last):
>>>>>>>>>>>>>
File
>>>>>>>>>>>>>
"/usr/lib/python2.7/site-packages/vdsm/host/api.py", line
>>>>>>>>>>>>> 231, in _getHaInfo
>>>>>>>>>>>>>
stats =
>>>>>>>>>>>>> instance.get_all_stats()
>>>>>>>>>>>>>
File
>>>>>>>>>>>>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>>>>>>>>>>>>> line 102, in get_all_stats
>>>>>>>>>>>>>
with
>>>>>>>>>>>>> broker.connection(self._retries,
self._wait):
>>>>>>>>>>>>>
File
>>>>>>>>>>>>>
"/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
>>>>>>>>>>>>>
return
>>>>>>>>>>>>> self.gen.next()
>>>>>>>>>>>>>
File
>>>>>>>>>>>>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>>>>>>>>>> line 99, in connection
>>>>>>>>>>>>>
>>>>>>>>>>>>> self.connect(retries, wait)
>>>>>>>>>>>>>
File
>>>>>>>>>>>>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>>>>>>>>>> line 78, in connect
>>>>>>>>>>>>>
raise
>>>>>>>>>>>>> BrokerConnectionError(error_msg)
>>>>>>>>>>>>>
>>>>>>>>>>>>> BrokerConnectionError: Failed to
connect to broker, the number of errors
>>>>>>>>>>>>> has exceeded the limit (1)
>>>>>>>>>>>>> may 01 11:58:52 host1.bajada.es
vdsm[22119]: vdsm
>>>>>>>>>>>>>
ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink ERROR
>>>>>>>>>>>>> Failed to connect to broker, the
number of errors has exceeded the limit (1)
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have been looking to the ovirt
mailing list (and also
>>>>>>>>>>>>> internet looking up in google) but I
dont get what is the problem.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have attached to the mail the
vdsm,
>>>>>>>>>>>>> ovirt-hosted-engine-setup and the
answer of the installation. In the
>>>>>>>>>>>>> vdsm.log I got the following error:
>>>>>>>>>>>>>
>>>>>>>>>>>>> libvirtError: internal error: process
exited while connecting
>>>>>>>>>>>>> to monitor: /dev/random -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x7
>>>>>>>>>>>>> -msg timestamp=on
>>>>>>>>>>>>> Could not access KVM kernel module:
Permission denied
>>>>>>>>>>>>> failed to initialize KVM: Permission
denied
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have been looking for that error
but I dont get anything
>>>>>>>>>>>>> clear, so I will greatly appreciate
the help of somebody...
>>>>>>>>>>>>>
>>>>>>>>>>>>> The KVM modules are loaded because if
I fired up this "lsmod
>>>>>>>>>>>>> | grep kvm" I get the
following:
>>>>>>>>>>>>>
>>>>>>>>>>>>> kvm_intel 170181 0
>>>>>>>>>>>>> kvm 554609 1
kvm_intel
>>>>>>>>>>>>> irqbypass 13503 1 kvm
>>>>>>>>>>>>>
>>>>>>>>>>>>> Also the group owner of /dev/kvm is:
>>>>>>>>>>>>>
>>>>>>>>>>>>> crw-rw-rw-+ 1 root kvm 10, 232 may 1
01:26 /dev/kvm
>>>>>>>>>>>>>
>>>>>>>>>>>>> Hope somebody could help
>>>>>>>>>>>>> Thanks for all in advance
>>>>>>>>>>>>> Manuel Luis Aznar
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2017-03-15 11:58 GMT+00:00 Manuel
Luis Aznar <
>>>>>>>>>>>>> manuel.luis.aznar(a)gmail.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hello there again,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes that is correct. I
interrupted the setup with Ctrl+C.
>>>>>>>>>>>>>> That was because while I was
answering, at the same time, I was looking at
>>>>>>>>>>>>>> this file, and I saw this:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> FAILED: conflicting vdsm and
libvirt-qemu tls configuration.
>>>>>>>>>>>>>> vdsm.conf with ssl=True requires
the following changes:
>>>>>>>>>>>>>> libvirtd.conf: listen_tcp=0,
auth_tcp="sasl", listen_tls=1
>>>>>>>>>>>>>> qemu.conf: spice_tls=1.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> So I decided to interrupt the
installation, because of the
>>>>>>>>>>>>>> error, edit the files (vdsm.conf
and qemu.conf) and then I executed the
>>>>>>>>>>>>>> installation again and it was
successful. It seams that the change of the
>>>>>>>>>>>>>> values in that files, in my case,
produced a successful instalation.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Sorry if my english is hard to
understand, now you
>>>>>>>>>>>>>> understand what I did.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Any question, remark just go
ahead
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Manuel
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2017-03-15 11:22 GMT+00:00 Simone
Tiraboschi <
>>>>>>>>>>>>>> stirabos(a)redhat.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Mar 15, 2017 at 12:17
PM, Manuel Luis Aznar <
>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hello Simone,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The quoted lines on your
last message are on lines
>>>>>>>>>>>>>>>> 1238-1245 on the attached
log ovirt-hosted-engine-setup file.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That file is the first
hosted-engine setup. But this log
>>>>>>>>>>>>>>>> file is not the result of
a host-engine-setup file. I start with the
>>>>>>>>>>>>>>>> installation and while I
was answering the question I was looking to this
>>>>>>>>>>>>>>>> log file for errors and
when I found this errors I stopped and done this:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> FAILED: conflicting vdsm
and libvirt-qemu tls
>>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>> vdsm.conf with ssl=True
requires the following changes:
>>>>>>>>>>>>>>>> libvirtd.conf:
listen_tcp=0, auth_tcp="sasl", listen_tls=1
>>>>>>>>>>>>>>>> qemu.conf: spice_tls=1.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Previously to this
installation I have done several
>>>>>>>>>>>>>>>> installations without
revising this log file and always getting failed
>>>>>>>>>>>>>>>> installations.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Please its important to
note that:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The currently setup
which we are talking about was
>>>>>>>>>>>>>>>> using repo
"ovirt-release41-pre.rpm". After correcting
>>>>>>>>>>>>>>>> that two files I do the
installation and in the end it was completed
>>>>>>>>>>>>>>>> successfully.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> When I have some time I
will try to install again using
>>>>>>>>>>>>>>>> the realease repo
"ovirt-release41.rpm"
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If you have any
explanation, question or remark, please go
>>>>>>>>>>>>>>>> ahead...
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> From the attached logs it
seams that you voluntary
>>>>>>>>>>>>>>> interrupted the setup from
keyboard here:
>>>>>>>>>>>>>>> 2017-03-07 11:23:17 DEBUG
otopi.plugins.otopi.dialog.human
>>>>>>>>>>>>>>> dialog.__logString:204
DIALOG:SEND iptables was detected on
>>>>>>>>>>>>>>> your computer, do you wish
setup to configure it? (Yes, No)[Yes]:
>>>>>>>>>>>>>>> 2017-03-07 12:06:15 DEBUG
otopi.context
>>>>>>>>>>>>>>> context._executeMethod:142
method exception
>>>>>>>>>>>>>>> Traceback (most recent call
last):
>>>>>>>>>>>>>>> File
"/usr/lib/python2.7/site-packages/otopi/context.py",
>>>>>>>>>>>>>>> line 132, in _executeMethod
>>>>>>>>>>>>>>>
method['method']()
>>>>>>>>>>>>>>> File
"/usr/share/ovirt-hosted-engin
>>>>>>>>>>>>>>>
e-setup/scripts/../plugins/gr-
>>>>>>>>>>>>>>>
he-setup/network/firewall_manager.py", line 157, in
>>>>>>>>>>>>>>> _customization
>>>>>>>>>>>>>>>
default=_('Yes'),
>>>>>>>>>>>>>>> File
"/usr/share/otopi/plugins/otopi/dialog/human.py",
>>>>>>>>>>>>>>> line 177, in queryString
>>>>>>>>>>>>>>> value =
self._readline(hidden=hidden)
>>>>>>>>>>>>>>> File
"/usr/lib/python2.7/site-packages/otopi/dialog.py",
>>>>>>>>>>>>>>> line 246, in _readline
>>>>>>>>>>>>>>> value =
self.__input.readline()
>>>>>>>>>>>>>>> File
"/usr/lib/python2.7/site-packages/otopi/main.py",
>>>>>>>>>>>>>>> line 53, in _signal
>>>>>>>>>>>>>>> raise
RuntimeError("SIG%s" % signum)
>>>>>>>>>>>>>>> RuntimeError: SIG2
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I will report back.
>>>>>>>>>>>>>>>> Thanks for all in
advance
>>>>>>>>>>>>>>>> Manuel
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2017-03-13 17:29
GMT+00:00 Simone Tiraboschi <
>>>>>>>>>>>>>>>> stirabos(a)redhat.com>:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Mon, Mar 13, 2017
at 4:08 PM, Manuel Luis Aznar <
>>>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hello to all
there again,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I was having some
troubles while installing ovirt Hosted
>>>>>>>>>>>>>>>>>> Engine, I took
some look at the hosted engine setup logs while I was
>>>>>>>>>>>>>>>>>> running the
hosted-engine --deploy and I found the following in the ovirt
>>>>>>>>>>>>>>>>>> hosted engine
setup logs:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> lvm requires
configuration
>>>>>>>>>>>>>>>>>> libvirt is not
configured for vdsm yet
>>>>>>>>>>>>>>>>>> FAILED:
conflicting vdsm and libvirt-qemu tls
>>>>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>>>> vdsm.conf with
ssl=True requires the following changes:
>>>>>>>>>>>>>>>>>> libvirtd.conf:
listen_tcp=0, auth_tcp="sasl",
>>>>>>>>>>>>>>>>>> listen_tls=1
>>>>>>>>>>>>>>>>>> qemu.conf:
spice_tls=1.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> hosted-engine setup
is already running vdsm-tool
>>>>>>>>>>>>>>>>> configure --force so
it should configure libvirt and qemu for you, not sure
>>>>>>>>>>>>>>>>> why it failed.
>>>>>>>>>>>>>>>>> Could you please
attach the logs from the failed
>>>>>>>>>>>>>>>>> hosted-engine-setup
run?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> When I saw this I
stopped the setup and edited this two
>>>>>>>>>>>>>>>>>> files (vdsm.conf
and qemu.conf) set the stated configurations and run the
>>>>>>>>>>>>>>>>>> deploy again. All
was fine and I dont have any trouble the installation
>>>>>>>>>>>>>>>>>> finished
successfully. This was using ovirt-release41-pre.rpm repo.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I will be trying
the same installation with
>>>>>>>>>>>>>>>>>>
ovirt-release41.rpm (when I have time) and I will report what happened.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thanks for all
>>>>>>>>>>>>>>>>>> Manuel Luis
Aznar
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> 2017-03-06 1:31
GMT+00:00 Manuel Luis Aznar <
>>>>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com>:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Hey there,
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I have been
loking around, of course as of now the
>>>>>>>>>>>>>>>>>>> following I
am going to say I suppose is not anything new to you:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> This is the
status of libvirtd:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> â
libvirtd.service - Virtualization daemon
>>>>>>>>>>>>>>>>>>> Loaded:
loaded (/usr/lib/systemd/system/libvirtd.service;
>>>>>>>>>>>>>>>>>>> enabled;
vendor preset: enabled)
>>>>>>>>>>>>>>>>>>> Drop-In:
/etc/systemd/system/libvirtd.service.d
>>>>>>>>>>>>>>>>>>>
ââunlimited-core.conf
>>>>>>>>>>>>>>>>>>> Active:
active (running) since lun 2017-03-06
>>>>>>>>>>>>>>>>>>> 01:25:05 WET;
1min 37s ago
>>>>>>>>>>>>>>>>>>> Docs:
man:libvirtd(8)
>>>>>>>>>>>>>>>>>>>
http://libvirt.org
>>>>>>>>>>>>>>>>>>> Main PID:
24350 (libvirtd)
>>>>>>>>>>>>>>>>>>> CGroup:
/system.slice/libvirtd.service
>>>>>>>>>>>>>>>>>>>
ââ24350 /usr/sbin/libvirtd --listen
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> mar 06
01:25:05 host1.bajada.es systemd[1]: Starting
>>>>>>>>>>>>>>>>>>>
Virtualization daemon...
>>>>>>>>>>>>>>>>>>> mar 06
01:25:05 host1.bajada.es systemd[1]: Started
>>>>>>>>>>>>>>>>>>>
Virtualization daemon.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> After looking
at the state I fire up the VM engine with
>>>>>>>>>>>>>>>>>>> the command
"hosted-engine --vm-start" and I got the following:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> VM exists and
is down, destroying it
>>>>>>>>>>>>>>>>>>> Machine
destroyed
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
ed786811-0321-431e-be4b-2d03764c1b02
>>>>>>>>>>>>>>>>>>>
Status = WaitForLaunch
>>>>>>>>>>>>>>>>>>>
nicModel = rtl8139,pv
>>>>>>>>>>>>>>>>>>>
statusTime = 4374100040 <(437)%20410-0040>
>>>>>>>>>>>>>>>>>>>
emulatedMachine = pc
>>>>>>>>>>>>>>>>>>> pid =
0
>>>>>>>>>>>>>>>>>>>
vmName = HostedEngine
>>>>>>>>>>>>>>>>>>>
devices = [{'index': '2', 'iface': 'ide',
>>>>>>>>>>>>>>>>>>>
'specParams': {}, 'readonly': 'true', 'deviceId':
>>>>>>>>>>>>>>>>>>>
'506df4eb-e783-4451-a8a6-993fa4dbb381', 'address':
>>>>>>>>>>>>>>>>>>>
{'bus': '1', 'controller': '0', 'type':
'drive', 'target': '0', 'unit':
>>>>>>>>>>>>>>>>>>> '0'},
'device': 'cdrom', 'shared': 'false', 'path':
'', 'type': 'disk'},
>>>>>>>>>>>>>>>>>>>
{'index': '0', 'iface': 'virtio', 'format':
'raw', 'bootOrder': '1',
>>>>>>>>>>>>>>>>>>>
'poolID': '00000000-0000-0000-0000-000000000000',
>>>>>>>>>>>>>>>>>>>
'volumeID': '2bc39472-1a4b-4c7d-8ef9-1212182ad802',
>>>>>>>>>>>>>>>>>>>
'imageID': '08288fcf-6b12-4bd1-84d3-259992e7aa6d',
>>>>>>>>>>>>>>>>>>>
'specParams': {}, 'readonly': 'false', 'domainID':
>>>>>>>>>>>>>>>>>>>
'f44afe8d-56f9-4e1e-beee-4daa548dbad8', 'optional':
>>>>>>>>>>>>>>>>>>>
'false', 'deviceId': '08288fcf-6b12-4bd1-84d3-259992e7aa6d',
>>>>>>>>>>>>>>>>>>>
'address': {'slot': '0x06', 'bus': '0x00',
'domain': '0x0000', 'type':
>>>>>>>>>>>>>>>>>>>
'pci', 'function': '0x0'}, 'device': 'disk',
'shared': 'exclusive',
>>>>>>>>>>>>>>>>>>>
'propagateErrors': 'off', 'type': 'disk'},
{'device': 'scsi', 'model':
>>>>>>>>>>>>>>>>>>>
'virtio-scsi', 'type': 'controller'}, {'nicModel':
'pv', 'macAddr':
>>>>>>>>>>>>>>>>>>>
'00:16:3e:65:a6:4e', 'linkActive': 'true', 'network':
'ovirtmgmt',
>>>>>>>>>>>>>>>>>>>
'specParams': {}, 'deviceId':
'84b82c6c-bcca-4983-82d5-8d1e3ab3811a',
>>>>>>>>>>>>>>>>>>>
'address': {'slot': '0x03', 'bus': '0x00',
'domain': '0x0000', 'type':
>>>>>>>>>>>>>>>>>>>
'pci', 'function': '0x0'}, 'device': 'bridge',
'type': 'interface'},
>>>>>>>>>>>>>>>>>>>
{'device': 'console', 'specParams': {}, 'type':
'console', 'deviceId':
>>>>>>>>>>>>>>>>>>>
'6236af73-8dab-4d14-b950-fb4ad01d4420', 'alias':
>>>>>>>>>>>>>>>>>>>
'console0'}, {'device': 'vga', 'alias': 'video0',
'type': 'video'},
>>>>>>>>>>>>>>>>>>>
{'device': 'virtio', 'specParams': {'source':
'random'}, 'model': 'virtio',
>>>>>>>>>>>>>>>>>>>
'type': 'rng'}]
>>>>>>>>>>>>>>>>>>>
guestDiskMapping = {}
>>>>>>>>>>>>>>>>>>>
vmType = kvm
>>>>>>>>>>>>>>>>>>>
clientIp =
>>>>>>>>>>>>>>>>>>>
displaySecurePort = -1
>>>>>>>>>>>>>>>>>>>
memSize = 4096
>>>>>>>>>>>>>>>>>>>
displayPort = -1
>>>>>>>>>>>>>>>>>>>
cpuType = Broadwell
>>>>>>>>>>>>>>>>>>>
spiceSecureChannels =
>>>>>>>>>>>>>>>>>>>
smain,sdisplay,sinputs,scursor
>>>>>>>>>>>>>>>>>>>
,splayback,srecord,ssmartcard,susbredir
>>>>>>>>>>>>>>>>>>> smp =
2
>>>>>>>>>>>>>>>>>>>
displayIp = 0
>>>>>>>>>>>>>>>>>>>
display = vnc
>>>>>>>>>>>>>>>>>>>
maxVCpus = 6
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> After that if
I look again at the status of libvirtd I
>>>>>>>>>>>>>>>>>>> obtain:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> â
libvirtd.service - Virtualization daemon
>>>>>>>>>>>>>>>>>>> Loaded:
loaded (/usr/lib/systemd/system/libvirtd.service;
>>>>>>>>>>>>>>>>>>> enabled;
vendor preset: enabled)
>>>>>>>>>>>>>>>>>>> Drop-In:
/etc/systemd/system/libvirtd.service.d
>>>>>>>>>>>>>>>>>>>
ââunlimited-core.conf
>>>>>>>>>>>>>>>>>>> Active:
active (running) since lun 2017-03-06
>>>>>>>>>>>>>>>>>>> 01:25:05 WET;
5min ago
>>>>>>>>>>>>>>>>>>> Docs:
man:libvirtd(8)
>>>>>>>>>>>>>>>>>>>
http://libvirt.org
>>>>>>>>>>>>>>>>>>> Main PID:
24350 (libvirtd)
>>>>>>>>>>>>>>>>>>> CGroup:
/system.slice/libvirtd.service
>>>>>>>>>>>>>>>>>>>
ââ24350 /usr/sbin/libvirtd --listen
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> mar 06
01:25:05 host1.bajada.es systemd[1]: Starting
>>>>>>>>>>>>>>>>>>>
Virtualization daemon...
>>>>>>>>>>>>>>>>>>> mar 06
01:25:05 host1.bajada.es systemd[1]: Started
>>>>>>>>>>>>>>>>>>>
Virtualization daemon.
>>>>>>>>>>>>>>>>>>> mar 06
01:29:39 host1.bajada.es libvirtd[24350]:
>>>>>>>>>>>>>>>>>>> libvirt
version: 2.0.0, package: 10.el7_3.5 (CentOS BuildSystem <
>>>>>>>>>>>>>>>>>>>
http://bugs.centos.org>, 2017-03-03-02:09:45,
>>>>>>>>>>>>>>>>>>>
c1bm.rdu2.centos.org)
>>>>>>>>>>>>>>>>>>> mar 06
01:29:39 host1.bajada.es libvirtd[24350]:
>>>>>>>>>>>>>>>>>>> hostname:
host1.bajada.es
>>>>>>>>>>>>>>>>>>> mar 06
01:29:39 host1.bajada.es libvirtd[24350]:
>>>>>>>>>>>>>>>>>>> Falló al
conectar con el socket de monitor: No existe el proceso
>>>>>>>>>>>>>>>>>>> mar 06
01:29:39 host1.bajada.es libvirtd[24350]:
>>>>>>>>>>>>>>>>>>> internal
error: process exited while connecting to monitor: Could not
>>>>>>>>>>>>>>>>>>> access KVM
kernel module: Permission denied
>>>>>>>>>>>>>>>>>>>
failed
>>>>>>>>>>>>>>>>>>> to initialize
KVM: Permission denied
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> So the
libvirtd is the problem, as i said this is
>>>>>>>>>>>>>>>>>>> nothing new
to you of course...
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Thanks again
for any help
>>>>>>>>>>>>>>>>>>> Manuel
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> 2017-03-05
18:51 GMT+00:00 Manuel Luis Aznar <
>>>>>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com>:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Hey there
again,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Can you
check if you have KVM modules loaded?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> In
order to check that I fire up the following
>>>>>>>>>>>>>>>>>>>> command:
"lsmod | grep kvm"
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
Result was:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
kvm_intel 170181 0
>>>>>>>>>>>>>>>>>>>>
kvm 554609 1 kvm_intel
>>>>>>>>>>>>>>>>>>>>
irqbypass 13503 1 kvm
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Also
check group owner for "/dev/kvm". I fire this:
>>>>>>>>>>>>>>>>>>>> "ls
-la /dev/kvm". The result was:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
crw-rw-rw-+ 1 root kvm 10, 232 mar 5 03:35
>>>>>>>>>>>>>>>>>>>> /dev/kvm
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Also I
check if there were some remain packages
>>>>>>>>>>>>>>>>>>>> pending
to install for kvm and qemu and I got:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> yum
install \*kvm\*
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> The
result is, that the system need to install the
>>>>>>>>>>>>>>>>>>>>
following:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
Instalando:
>>>>>>>>>>>>>>>>>>>>
centos-release-qemu-ev noarch
>>>>>>>>>>>>>>>>>>>>
1.0-1.el7 extras
>>>>>>>>>>>>>>>>>>>> 11 k
>>>>>>>>>>>>>>>>>>>>
qemu-guest-agent x86_64
>>>>>>>>>>>>>>>>>>>>
10:2.5.0-3.el7 base
>>>>>>>>>>>>>>>>>>>> 133 k
>>>>>>>>>>>>>>>>>>>>
qemu-kvm-ev-debuginfo x86_64
>>>>>>>>>>>>>>>>>>>>
10:2.6.0-28.el7_3.3.1 ovirt-4.0 12 M
>>>>>>>>>>>>>>>>>>>>
vdsm-hook-faqemu noarch
>>>>>>>>>>>>>>>>>>>>
4.18.21-1.el7.centos ovirt-4.0
>>>>>>>>>>>>>>>>>>>> 15 k
>>>>>>>>>>>>>>>>>>>>
vdsm-hook-qemucmdline noarch
>>>>>>>>>>>>>>>>>>>>
4.18.21-1.el7.centos ovirt-4.0
>>>>>>>>>>>>>>>>>>>> 11 k
>>>>>>>>>>>>>>>>>>>>
Instalando para las dependencias:
>>>>>>>>>>>>>>>>>>>>
centos-release-virt-common noarch
>>>>>>>>>>>>>>>>>>>>
1-1.el7.centos extras
>>>>>>>>>>>>>>>>>>>>
4.5 k
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Checking
libvirtd service status I got:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
libvirtd.service - Virtualization daemon
>>>>>>>>>>>>>>>>>>>>
Loaded: loaded (/usr/lib/systemd/system/libvirtd.service;
>>>>>>>>>>>>>>>>>>>> enabled;
vendor preset: enabled)
>>>>>>>>>>>>>>>>>>>>
Drop-In: /etc/systemd/system/libvirtd.service.d
>>>>>>>>>>>>>>>>>>>>
ââunlimited-core.conf
>>>>>>>>>>>>>>>>>>>>
Active: active (running) since dom 2017-03-05
>>>>>>>>>>>>>>>>>>>> 15:56:11
WET; 2h 51min ago
>>>>>>>>>>>>>>>>>>>>
Docs: man:libvirtd(8)
>>>>>>>>>>>>>>>>>>>>
http://libvirt.org
>>>>>>>>>>>>>>>>>>>> Main
PID: 19415 (libvirtd)
>>>>>>>>>>>>>>>>>>>>
CGroup: /system.slice/libvirtd.service
>>>>>>>>>>>>>>>>>>>>
19415 /usr/sbin/libvirtd --listen
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> mar 05
15:56:10 host1.bajada.es systemd[1]: Starting
>>>>>>>>>>>>>>>>>>>>
Virtualization daemon...
>>>>>>>>>>>>>>>>>>>> mar 05
15:56:11 host1.bajada.es systemd[1]: Started
>>>>>>>>>>>>>>>>>>>>
Virtualization daemon.
>>>>>>>>>>>>>>>>>>>> mar 05
16:00:04 host1.bajada.es libvirtd[19415]:
>>>>>>>>>>>>>>>>>>>> libvirt
version: 2.0.0, package: 10.el7_3.5 (CentOS BuildSystem <
>>>>>>>>>>>>>>>>>>>>
http://bugs.centos.org>, 2017-03-03-02:09:45,
>>>>>>>>>>>>>>>>>>>>
c1bm.rdu2.centos.org)
>>>>>>>>>>>>>>>>>>>> mar 05
16:00:04 host1.bajada.es libvirtd[19415]:
>>>>>>>>>>>>>>>>>>>> hostname:
host1.bajada.es
>>>>>>>>>>>>>>>>>>>> mar 05
16:00:04 host1.bajada.es libvirtd[19415]:
>>>>>>>>>>>>>>>>>>>> Failed to
connect to the socket monitor: process does not exits
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
(Fallo al conectar con el socket de monitor: No existe el
>>>>>>>>>>>>>>>>>>>> proceso)
>>>>>>>>>>>>>>>>>>>> mar 05
16:00:04 host1.bajada.es libvirtd[19415]:
>>>>>>>>>>>>>>>>>>>> internal
error: process exited while connecting to monitor: Could not
>>>>>>>>>>>>>>>>>>>> access
KVM kernel module: Permission denied
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> failed
to initialize KVM: Permission denied
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Thanks
for all in advance
>>>>>>>>>>>>>>>>>>>> I will be
waiting for you. Any help appreciated
>>>>>>>>>>>>>>>>>>>> Manuel
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
2017-03-05 17:33 GMT+00:00 Artyom Lukianov <
>>>>>>>>>>>>>>>>>>>>
alukiano(a)redhat.com>:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> I
found this one under the vdsm log:
>>>>>>>>>>>>>>>>>>>>>
libvirtError: internal error: process exited while
>>>>>>>>>>>>>>>>>>>>>
connecting to monitor: Could not access KVM kernel module: Permission denied
>>>>>>>>>>>>>>>>>>>>>
failed to initialize KVM: Permission denied
>>>>>>>>>>>>>>>>>>>>>
Thread-70::INFO::2017-03-05
>>>>>>>>>>>>>>>>>>>>>
16:00:04,325::vm::1330::virt.vm::(setDownStatus)
>>>>>>>>>>>>>>>>>>>>>
vmId=`ed786811-0321-431e-be4b-2d03764c1b02`::Changed
>>>>>>>>>>>>>>>>>>>>> state
to Down: internal error: process exited while connecting to monitor:
>>>>>>>>>>>>>>>>>>>>> Could
not access KVM kernel module: Permission denied
>>>>>>>>>>>>>>>>>>>>>
failed to initialize KVM: Permission denied (code=1)
>>>>>>>>>>>>>>>>>>>>>
Thread-70::INFO::2017-03-05
>>>>>>>>>>>>>>>>>>>>>
16:00:04,325::guestagent::430::virt.vm::(stop)
>>>>>>>>>>>>>>>>>>>>>
vmId=`ed786811-0321-431e-be4b-2d03764c1b02`::Stopping
>>>>>>>>>>>>>>>>>>>>>
connection
>>>>>>>>>>>>>>>>>>>>>
Thread-70::DEBUG::2017-03-05
>>>>>>>>>>>>>>>>>>>>>
16:00:04,325::vmchannels::238::vds::(unregister)
>>>>>>>>>>>>>>>>>>>>>
Delete fileno 52 from listener.
>>>>>>>>>>>>>>>>>>>>>
Thread-70::DEBUG::2017-03-05
>>>>>>>>>>>>>>>>>>>>>
16:00:04,325::vmchannels::66::vds::(_unregister_fd)
>>>>>>>>>>>>>>>>>>>>>
Failed to unregister FD from epoll (ENOENT): 52
>>>>>>>>>>>>>>>>>>>>>
Thread-70::DEBUG::2017-03-05
>>>>>>>>>>>>>>>>>>>>>
16:00:04,326::__init__::209::jsonrpc.Notification::(emit)
>>>>>>>>>>>>>>>>>>>>>
Sending event {"params": {"ed786811-0321-431e-be4b-2d03764c1b02":
>>>>>>>>>>>>>>>>>>>>>
{"status": "Down", "exitReason": 1, "exitMessage":
"internal error: process
>>>>>>>>>>>>>>>>>>>>>
exited while connecting to monitor: Could not access KVM kernel module:
>>>>>>>>>>>>>>>>>>>>>
Permission denied\nfailed to initialize KVM: Permission denied",
>>>>>>>>>>>>>>>>>>>>>
"exitCode": 1}, "notify_time": 4339924730}, "jsonrpc":
"2.0", "method":
>>>>>>>>>>>>>>>>>>>>>
"|virt|VM_status|ed786811-0321
>>>>>>>>>>>>>>>>>>>>>
-431e-be4b-2d03764c1b02"}
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Can
you check if you have KVM modules loaded? Also,
>>>>>>>>>>>>>>>>>>>>> check
group owner for "/dev/kvm".
>>>>>>>>>>>>>>>>>>>>> Best
Regards
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> On
Sat, Mar 4, 2017 at 4:24 PM, Manuel Luis Aznar <
>>>>>>>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
Hello there again,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
The error on the first email was using the repo
>>>>>>>>>>>>>>>>>>>>>>
ovirt-release41.rpm (
http://resources.ovirt.org/pu
>>>>>>>>>>>>>>>>>>>>>>
b/yum-repo/ovirt-release41.rpm), so as I were
>>>>>>>>>>>>>>>>>>>>>>
getting the same error again and again I am currently trying with
>>>>>>>>>>>>>>>>>>>>>>
ovirt-release41-snapshot.rpm (
>>>>>>>>>>>>>>>>>>>>>>
http://resources.ovirt.org/pu
>>>>>>>>>>>>>>>>>>>>>>
b/yum-repo/ovirt-release41-snapshot.rpm) and the
>>>>>>>>>>>>>>>>>>>>>>
result is nearly the same.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
After creating the VM on the installation I got the
>>>>>>>>>>>>>>>>>>>>>>
same error with the command "systemctl status vdsmd":
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
mar 04 14:10:19 host1.bajada.es vdsm[20443]: vdsm
>>>>>>>>>>>>>>>>>>>>>>
root ERROR failed to retrieve Hosted Engine HA info
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
Traceback (most recent call last):
>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packages/vdsm/host/api.py",
>>>>>>>>>>>>>>>>>>>>>>
line 231, in _getHaInfo
>>>>>>>>>>>>>>>>>>>>>>
stats = instance.get_all_stats()
>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/client/client.py", line
>>>>>>>>>>>>>>>>>>>>>>
102, in get_all_stats
>>>>>>>>>>>>>>>>>>>>>>
with broker.connection(self._retries,
>>>>>>>>>>>>>>>>>>>>>>
self._wait):
>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib64/python2.7/contextlib.py",
>>>>>>>>>>>>>>>>>>>>>>
line 17, in __enter__
>>>>>>>>>>>>>>>>>>>>>>
return self.gen.next()
>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/lib/brokerlink.py", line
>>>>>>>>>>>>>>>>>>>>>>
99, in connection
>>>>>>>>>>>>>>>>>>>>>>
self.connect(retries, wait)
>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/lib/brokerlink.py", line
>>>>>>>>>>>>>>>>>>>>>>
78, in connect
>>>>>>>>>>>>>>>>>>>>>>
raise BrokerConnectionError(error_msg)
>>>>>>>>>>>>>>>>>>>>>>
BrokerConnectionError: Failed to connect to
>>>>>>>>>>>>>>>>>>>>>>
broker, the number of errors has exceeded the limit (1)
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
mar 04 14:10:34 host1.bajada.es vdsm[20443]: vdsm
>>>>>>>>>>>>>>>>>>>>>>
ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink
>>>>>>>>>>>>>>>>>>>>>>
ERROR Failed to connect to broker, the number of errors has exceeded the
>>>>>>>>>>>>>>>>>>>>>>
limit (1)
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> I
have noticed that the ovirt-ha-agent and
>>>>>>>>>>>>>>>>>>>>>>
ovirt-ha-broker services was not running. I guess if this have something to
>>>>>>>>>>>>>>>>>>>>>>
do with the error in vsmd service log.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
But in this case the ovirt-hosted-engine-installation
>>>>>>>>>>>>>>>>>>>>>>
prints the vnc connection and I can connect to the engine VM.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
Thanks for all in advance
>>>>>>>>>>>>>>>>>>>>>>
Any help would be appreciated
>>>>>>>>>>>>>>>>>>>>>>
Manuel Luis Aznar
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
2017-03-03 21:48 GMT+00:00 Manuel Luis Aznar <
>>>>>>>>>>>>>>>>>>>>>>
manuel.luis.aznar(a)gmail.com>:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
Hello there,
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
I am having some trouble when deploying an oVirt
>>>>>>>>>>>>>>>>>>>>>>>
4.1 hosted engine installation.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
When I m just to end the installation and the
>>>>>>>>>>>>>>>>>>>>>>>
hosted engine setup script is about to start the Vm engine (appliance) it
>>>>>>>>>>>>>>>>>>>>>>>
fails saying "The VM is not powring up".
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
If I double check the service vdsmd i get this
>>>>>>>>>>>>>>>>>>>>>>>
error all the time:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
vdsm root ERROR failed to retrieve Hosted Engine HA
>>>>>>>>>>>>>>>>>>>>>>>
info
>>>>>>>>>>>>>>>>>>>>>>>
Traceback (most recent call last):
>>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packages/vdsm/host/api.py",
>>>>>>>>>>>>>>>>>>>>>>>
line 231, in _getHaInfo
>>>>>>>>>>>>>>>>>>>>>>>
stats = instance.get_all_stats()
>>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/client/client.py", line
>>>>>>>>>>>>>>>>>>>>>>>
102, in get_all_stats
>>>>>>>>>>>>>>>>>>>>>>>
with broker.connection(self._retries,
>>>>>>>>>>>>>>>>>>>>>>>
self._wait):
>>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib64/python2.7/contextlib.py",
>>>>>>>>>>>>>>>>>>>>>>>
line 17, in __enter__
>>>>>>>>>>>>>>>>>>>>>>>
return self.gen.next()
>>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>>>>>>>>>>>>>>>>>>>>
line 99, in connection
>>>>>>>>>>>>>>>>>>>>>>>
self.connect(retries, wait)
>>>>>>>>>>>>>>>>>>>>>>>
File "/usr/lib/python2.7/site-packa
>>>>>>>>>>>>>>>>>>>>>>>
ges/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>>>>>>>>>>>>>>>>>>>>>
line 78, in connect
>>>>>>>>>>>>>>>>>>>>>>>
raise BrokerConnectionError(error_msg)
>>>>>>>>>>>>>>>>>>>>>>>
BrokerConnectionError: Failed to connect to broker,
>>>>>>>>>>>>>>>>>>>>>>>
the number of errors has exceeded the limit (1)
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
Did anyone have experimented the same problem?¿?
>>>>>>>>>>>>>>>>>>>>>>>
Any hint on How to solved it?¿? I have tried several times with clean
>>>>>>>>>>>>>>>>>>>>>>>
installations and always getting the same...
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
The host where I am trying to do the installation
>>>>>>>>>>>>>>>>>>>>>>>
have CentOS 7...
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
Thanks for all in advance
>>>>>>>>>>>>>>>>>>>>>>>
Will be waiting for any hint to see what I am doing
>>>>>>>>>>>>>>>>>>>>>>>
wrong...
>>>>>>>>>>>>>>>>>>>>>>>
Manuel Luis Aznar
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>>>>>>>>>
Users mailing list
>>>>>>>>>>>>>>>>>>>>>>
Users(a)ovirt.org
>>>>>>>>>>>>>>>>>>>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>>>>> Users mailing
list
>>>>>>>>>>>>>>>>>> Users(a)ovirt.org
>>>>>>>>>>>>>>>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>