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@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... 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.az...@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.az...@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 <stira...@redhat.com>: >> >>> >>> >>> On Wed, Mar 15, 2017 at 12:17 PM, Manuel Luis Aznar < >>> manuel.luis.az...@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-engine-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 <stira...@redhat.com>: >>>> >>>>> >>>>> >>>>> On Mon, Mar 13, 2017 at 4:08 PM, Manuel Luis Aznar < >>>>> manuel.luis.az...@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.az...@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.az...@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 <aluki...@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.az...@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.az...@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@ovirt.org >>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users@ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>> >> >
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users