[ovirt-users] oVirt Hosted Engine Setup fails

Manuel Luis Aznar manuel.luis.aznar at gmail.com
Mon Mar 13 15:08:10 UTC 2017


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.

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 at 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 at 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 at 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 at gmail.com> wrote:
>>>
>>>> Hello there again,
>>>>
>>>> The error on the first email was using the repo ovirt-release41.rpm (
>>>> http://resources.ovirt.org/pub/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 at 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-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)
>>>>>
>>>>> 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 at ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170313/cf363405/attachment-0001.html>


More information about the Users mailing list