Re: [ovirt-users] oVirt Hosted Engine Setup fails

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,

Manuel 2017-05-07 7:46 GMT+01:00 Yaniv Kaul <ykaul(a)redhat.com&gt;: > > > On Thu, May 4, 2017 at 8:45 PM, Manuel Luis Aznar < > manuel.luis.aznar(a)gmail.com&gt; 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&gt;: >> >>> >>> >>> On Wed, May 3, 2017 at 11:30 AM, Manuel Luis Aznar < >>> manuel.luis.aznar(a)gmail.com&gt; 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&gt;: >>>> >>>>> 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&gt; 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&gt;: >>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, May 2, 2017 at 11:30 AM, Manuel Luis Aznar < >>>>>>> manuel.luis.aznar(a)gmail.com&gt; 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&gt;: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, May 1, 2017 at 3:14 PM, Manuel Luis Aznar < >>>>>>>>> manuel.luis.aznar(a)gmail.com&gt; 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@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&gt;: >>>>>>>>>> >>>>>>>>>>> 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&gt;: >>>>>>>>>>> >>>>>>>>>>>> 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&gt;: >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Wed, Mar 15, 2017 at 12:17 PM, Manuel Luis Aznar < >>>>>>>>>>>>> manuel.luis.aznar(a)gmail.com&gt; 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&gt;: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Mon, Mar 13, 2017 at 4:08 PM, Manuel Luis Aznar < >>>>>>>>>>>>>>> manuel.luis.aznar(a)gmail.com&gt; 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&gt;: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 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&gt;: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> 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&gt;: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 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&gt; 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&gt;: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> 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 >> >> >