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/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.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