May 2017 - Users - Ovirt List Archives

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

by Manuel Luis Aznar

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

8 years

1
1
0 / 0

How to use virt-sysprep

by Joel Diaz

Good afternoon ovirt users, I'm new to ovirt. I've created templates in the past using this guide, https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-Minimal-oVirt-T... . I was going over the list of features and stumbled on to virt-sysprep. http://www.ovirt.org/develop/release-management/features/virt-sysprep/ <http://www.ovirt.org/develop/release-management/features/virt-sysprep/> http://libguestfs.org/virt-sysprep.1.htm <http://libguestfs.org/virt-sysprep.1.html#… [View More]

8 years

4
6
0 / 0

Re: [ovirt-users] [Pkg-libvirt-discuss] Fwd: Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`

by Guido Günther

On Fri, May 19, 2017 at 06:28:36AM +0300, Leni Kadali Mutungi wrote: > I'd like the input of the Debian Virtualization Team on the messages > below. When replying, cc the oVirt team <users(a)ovirt.org> > > ---------- Forwarded message ---------- > From: Yedidyah Bar David <didi(a)redhat.com> > Date: Tue, 16 May 2017 09:51:24 +0300 > Subject: Re: [ovirt-users] Building ovirt-host-deploy gives > `configure: error: otopi-devtools required but missing` > To: … [View More]Leni Kadali Mutungi <lenikmutungi(a)gmail.com> > Cc: Jason Brooks <jbrooks(a)redhat.com>, users <users(a)ovirt.org> > > On Mon, May 15, 2017 at 10:42 PM, Leni Kadali Mutungi > <lenikmutungi(a)gmail.com> wrote: > > On 5/15/17, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > >> Now is the time to explain something. > >> > >> ovirt-host-deploy is not designed to be ran manually like you try. > >> > >> You will get the exact same error if you try to do this on CentOS or > >> Fedora. > >> > >> The normal way it works is that the engine "bundles" it in a tarball, > >> copies it to the target host using ssh, untars it there and runs it. > >> > >> It then talks with it - the engine sends some stuff, host-deploy replies, > >> etc. > >> > > I'm guessing this means I can now move on to building ovirt-engine. When looking into packaging the Java dependencies talk to the Debian Java packaging team: debian-java(a)lists.debian.org > > That would be great, but: > > 1. It will require a lot of work, mostly probably of packaging in Debian > dependencies of the engine that are not yet there. > > 2. You'll be mostly walking the unwalked path. Most of the work on Debian > support so far was on the hosts' side. > > Re (1.), you should also note that currently, the engine is not even > packaged properly for Fedora/CentOS. I know this sounds weird, as everyone > uses the packages we provide, but it's true - these packages are not > compliant with Fedora's packaging guidelines. Why? Because we use maven > for building the engine, and package also many dependencies simply as > a result of maven getting them from maven central. See also: > > https://bugzilla.redhat.com/showdependencytree.cgi?id=1168605&hide_resolv... > > Best, > > > > >> The protocol they use is described in otopi, in the file README.dialog. > >> > >> otopi has (currently) two "dialects" - "human" (default) and "machine". > >> The engine and ovirt-host-deploy talk using the machine dialog. > >> > >> To make ovirt-host-deploy talk with you using the machine dialog, > >> you should run it with: > >> > >> ovirt-host-deploy DIALOG/dialect=str:machine > >> > >> To make it let you configure it, run it with: > >> > >> ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True > >> > >> To know what it expects at each stage, I suggest to have a look at an > >> ovirt-host-deploy log generated on el7 or fedora. > >> > > This is very useful; will definitely try this out. > >> Anyway, congrats for a nice progress! > > Thanks. I wouldn't have come this far without the community's help and > > the documentation. > > > >>> I tried starting the libvirtd service to see if that would make the > >>> VIRT/enable error go away or at least satisfy the requirements of > >>> ovirt-host-deploy, but it didn't seem to work. > >> > >> If you check such a log file, you'll see there (among other things): > >> > >> DIALOG:SEND **%QStart: CUSTOMIZATION_COMMAND > >> DIALOG:SEND ### > >> DIALOG:SEND ### Customization phase, use 'install' to proceed > >> DIALOG:SEND ### COMMAND> > >> DIALOG:SEND **%QHidden: FALSE > >> DIALOG:SEND ***Q:STRING CUSTOMIZATION_COMMAND > >> DIALOG:SEND **%QEnd: CUSTOMIZATION_COMMAND > >> DIALOG:RECEIVE env-query -k VIRT/enable > >> DIALOG:SEND **%QStart: VIRT/enable > >> DIALOG:SEND ### > >> DIALOG:SEND ### Please specify value for 'VIRT/enable': > >> DIALOG:SEND ### Response is VALUE VIRT/enable=type:value or > >> ABORT VIRT/enable > >> DIALOG:SEND ***Q:VALUE VIRT/enable > >> DIALOG:SEND **%QEnd: VIRT/enable > >> DIALOG:RECEIVE VALUE VIRT/enable=bool:true > >> > >> "SEND" is what the host-deploy sends, "RECEIVE" is what the engine > >> replies. > >> > >> So host-deploy sent a prompt asking for a customization command, > >> the engine sent the command 'env-query -k VIRT/enable', host-deploy > >> then asked the engine to provide a value for 'VIRT/enable', and the > >> engine replied 'VIRT/enable=bool:true'. > >> > > Okay. Will try to look into this as well. > > > >>> The other errors seem > >>> to be related to not having an IP address that ovirt-host-deploy can > >>> recognize. To package this for Debian, I would need to find the > >>> equivalent of yumpackager.py for aptitude/apt-get/apt, since it seems > >>> to be a dependency required by ovirt-host-deploy. > >> > >> As I said, you can ignore it for now. But IMO this isn't specific > >> to Debian - search a bit and you'll find other similar cases. > > Alright. Good to know. :) > > > >> > >>> > >>> TL;DR: How to enable the virt service and assign an IP address that > >>> ovirt-host-deploy can use. > >>> Write/Find a python script that is equivalent to yumpackager.py and > >>> miniyum.py so that that dependency for ovirt-host-deploy is satisfied > >>> as well. > >> > >> Last one will indeed be very interesting, but isn't mandatory for you > >> to continue, if your stated goal is to have a Debian host managed by > >> an oVirt engine. You can manually install all your stuff on the host, > >> and use offlinepackager so that host-deploy will not try to install > >> stuff for you. You'll then have a harder first-time-install, and > >> will miss checking for updates etc. For these you'll indeed need to > >> write something like debpackager, and probably minideb as well - > >> engine-setup uses it directly, as otopi's packager isn't enough for it. > >> > >> I'd like to mention another point. As explained above, when the engine > >> adds a host, it copies to it a bundle (tarfile). This bundle is not > >> rpm/yum/dnf specific - it should work also on Debian. Normally, > >> ovirt-host-deploy (the rpm package) is installed only on the engine > >> machine. So if you do not care about the engine side for now, you > >> should be able to try adding a Debian host to your engine already - > >> just configure offline packager. This might be easier to debug then > >> by manually running ovirt-host-deploy. > > Well, my aim is to run oVirt *on* Debian, similar to how it is run and > > used by users on say Fedora or RHEL/CentOS. So that's what is guiding > > me. If your suggestions need to revised in the light of that, do let > > me know. > > > > - Warm regards > > Leni Kadali Mutungi > > > > -- > Didi > > > ---------- Forwarded message ---------- > From: Barak Korren <bkorren(a)redhat.com> > Date: Tue, 16 May 2017 10:06:58 +0300 > Subject: Re: [ovirt-users] Building ovirt-host-deploy gives > `configure: error: otopi-devtools required but missing` > To: Yedidyah Bar David <didi(a)redhat.com> > Cc: Leni Kadali Mutungi <lenikmutungi(a)gmail.com>, users <users(a)ovirt.org> > > On 16 May 2017 at 09:51, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > > Re (1.), you should also note that currently, the engine is not even > > packaged properly for Fedora/CentOS. I know this sounds weird, as everyone > > uses the packages we provide, but it's true - these packages are not > > compliant with Fedora's packaging guidelines. Why? Because we use maven > > for building the engine, and package also many dependencies simply as > > a result of maven getting them from maven central. See also: > > > > https://bugzilla.redhat.com/showdependencytree.cgi?id=1168605&hide_resolv... > > > > I guess we could walk the middle ground here for DEBs just like we do > for RMPs no? Which means - have java dependency bundle packages and > release from resources.ovirt.org... > > I would love to see a discussion on what it would take to get DEBs > through the CI system. I guess we would need some sort of > 'build-artifacts.sh.deb' (Or deb8? dep9? not sure what is the > convention for Debian version shorthands), some Debian build slaves > and Debian equivalents of mock_runner.sh and repoan. The Foreman project has nice out of tree packages: http://deb.theforeman.org/ that are built via a CI system so having a look at their setup might make sense. If you're using jenkins for CI the jenkins-debian-glue package might be worth a look. Cheers, -- Guido [View Less]

8 years

1
0
0 / 0

Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`

by Leni Kadali Mutungi

Hello. I got the error mentioned in the subject when when trying to build ovirt-host-deploy. Full output here: https://paste.fedoraproject.org/paste/Dh7FF1XjhDa2TGNSBs~o815M1UNdIGYhyRL... The troubleshooting I've done so far is as follows: 1. Rebuilt otopi, running the commands `autoreconf -ivf` and then `./configure --enable-java-sdk --with-maven`. This made `make` download a host of stuff for otopi project from https://repo.maven.apache.org It did this again when I ran `make install`. When … [View More]

8 years

6
14
0 / 0

Upgrade from rhel 6.7 to 6.8 breaks virt-viewer console

by cmc

Hi, Having trouble launching consoles for VMs on rhel 6.8 (virt-viewer 2.0-14). I get: "At least Remote Viewer version 99.0-1 is required to setup this connection" It works fine in rhel 6.7 (using firefox or chrome). I downgraded the version of virt-viewer to the 6.7 version (2.0-7) in 6.8 but then I get a proxy error (no proxy is set in the browser). Can someone tell me whether it is possible to get virt-viewer to launch a console for a VM with oVirt 4.1 and rhel 6.8? This redhat article (… [View More]

8 years

1
0
0 / 0

[GlusterFS] Regarding gluster backup-volfile-servers option

by TranceWorldLogic .

Hi, Before trying out, I want to understand how glusterfs will react for below scenario. Please help me. Let consider I have two host hostA and hostB I have setup replica volume on hostA and hostB. (consider as storage domain for DATA in ovirt). I have configure data domain mount command with backup server option (backup-volfile-server) as hostB (I mean main server as hostA and backup as hostB) 1> As I understood, VDSM execute mount command on both hostA and hostB.(for creating data … [View More]

8 years

2
4
0 / 0

Workaround for https://bugzilla.redhat.com/show_bug.cgi?id=1435207

by gflwqs gflwqs

Hi list, I think i have run into https://bugzilla.redhat.com/show_bug.cgi?id=1435207. However last comment is from 2017-05-17. Since all vm:s on the host is getting unresponsive the only thing i can do to fix it is to restart vdsmd. That works for an hour or so but then all vm:s getting unresponsive again. Does anybody know if there is a workaround for this bug? Regards Christian

8 years

1
0
0 / 0

ovirtmgmt network out of sync

by Alex R

Hi, I upgraded to the latest version (users(a)ovirt.org) a few weeks ago and ever since then I cannot open a console unless I am on the local network ( 10.3.1.0/24). I think it is related to the Ovirtmgmt interface being "out-of-sync". If I try to fix it in the gui, I get an error: "Error while executing action HostSetupNetworks: Network is currently being used" This is because the hosted engine in on the ovirtmgmt network. Is there a way I can fix this via cli? This is a single host … [View More]

8 years

2
8
0 / 0

vm migration failure and jobs

by Fabrice Bacchella

--Apple-Mail=_4B76C00E-DF31-4824-916F-F2E20C451C16 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I'm switching a host to maintenance state and it's failing because of = problem migrating one of it's VM. I'm listing the current jobs running in ovirt and getting that list: $ ./ovcmd job list -t '{id!s} {description!s} {start_time!s}' 00ebb251-2229-4178-82cd-dff421de96ea Moving Host nb0104 to Maintenance = 2017-05-17 12:48:59.598000+02:00 fb83ab93-0455-… [View More]4cde-a93f-3a43b7346ef9 Moving Host nb0104 to Maintenance = 2017-05-17 12:43:56.902000+02:00 f9b85fd3-5ef4-4b16-8472-3dc4119880d1 Moving Host nb0104 to Maintenance = 2017-05-17 12:38:53.918000+02:00 9c7b8799-56e7-480a-9066-9dde49eebda6 Moving Host nb0104 to Maintenance = 2017-05-17 12:33:50.689000+02:00 f6afaf10-1676-4573-91af-170f80a0a67e Moving Host nb0104 to Maintenance = 2017-05-17 12:28:48.602000+02:00 f32c55b4-ec62-49ca-84e6-70ac7922895c Moving Host nb0104 to Maintenance = 2017-05-17 12:23:46.118000+02:00 b7443f5f-21f3-4ed7-8230-00e772e6b678 Moving Host nb0104 to Maintenance = 2017-05-17 12:18:43.860000+02:00 5c57a6e9-05f9-434d-a581-748638b601a8 Moving Host nb0104 to Maintenance = 2017-05-17 12:13:41.558000+02:00 3a499570-d4c1-4d7e-a5bb-d487e19c8dc9 Moving Host nb0104 to Maintenance = 2017-05-17 12:08:39.960000+02:00 03d2202f-f884-4fb0-95e7-f78733c93265 Moving Host nb0104 to Maintenance = 2017-05-17 12:03:34.449000+02:00 f246eafd-c1d0-4e9e-b87c-962f9a494b97 Moving Host nb0104 to Maintenance = 2017-05-17 11:58:29.952000+02:00 904c932b-e695-4b8b-b975-8148e5800992 Moving Host nb0104 to Maintenance = 2017-05-17 11:53:27.592000+02:00 6dd2dce7-9b82-47b0-a39c-ff7e90e6c6ef Moving Host nb0104 to Maintenance = 2017-05-17 11:48:24.683000+02:00 69ea38e4-5b22-4c3a-8650-71c1ca059801 Moving Host nb0104 to Maintenance = 2017-05-17 11:43:20.137000+02:00 a321ab67-ae12-44e0-a787-75bd818c6821 Moving Host nb0104 to Maintenance = 2017-05-17 11:38:18.115000+02:00 ffd29e6f-51f5-4da4-a8c1-e027431377e2 Moving Host nb0104 to Maintenance = 2017-05-17 11:33:15.927000+02:00 3c7a07d4-8136-4309-ae47-3b35a77b206a Moving Host nb0104 to Maintenance = 2017-05-17 11:28:11.985000+02:00 a5f50eed-35d3-46e7-af2b-684bae7e918f Moving Host nb0104 to Maintenance = 2017-05-17 11:23:09.829000+02:00 d307dd44-e1c1-4fd1-9471-1602f0aef541 Moving Host nb0104 to Maintenance = 2017-05-17 11:18:06.736000+02:00 ad56ebec-9c12-4b2c-91a3-5043d76257c9 Moving Host nb0104 to Maintenance = 2017-05-17 11:13:02.169000+02:00 1f2debf4-15a3-483e-be66-2afff331a83b Moving Host nb0104 to Maintenance = 2017-05-17 11:07:59.661000+02:00 =20 So each failed job launch a new one but don't terminate. Is that an expected situation ?= --Apple-Mail=_4B76C00E-DF31-4824-916F-F2E20C451C16 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">I'm switching a host to maintenance state and it's failing = because of problem migrating one of it's VM.<div class=3D""><br = class=3D""></div><div class=3D"">I'm listing the current jobs running in = ovirt and getting that list:</div><div class=3D""><div style=3D"margin: = 0px; font-size: 11px; line-height: normal; font-family: Menlo;" = class=3D""><span style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">$ ./ovcmd job list -t '{id!s} {description!s} = {start_time!s}'</span></div></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">00ebb251-2229-4178-82cd-dff421de96ea Moving Host nb0104 to = Maintenance 2017-05-17 12:48:59.598000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">fb83ab93-0455-4cde-a93f-3a43b7346ef9 = Moving Host nb0104 to Maintenance 2017-05-17 = 12:43:56.902000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">f9b85fd3-5ef4-4b16-8472-3dc4119880d1 Moving Host nb0104 to = Maintenance 2017-05-17 12:38:53.918000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">9c7b8799-56e7-480a-9066-9dde49eebda6 = Moving Host nb0104 to Maintenance 2017-05-17 = 12:33:50.689000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">f6afaf10-1676-4573-91af-170f80a0a67e Moving Host nb0104 to = Maintenance 2017-05-17 12:28:48.602000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">f32c55b4-ec62-49ca-84e6-70ac7922895c = Moving Host nb0104 to Maintenance 2017-05-17 = 12:23:46.118000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">b7443f5f-21f3-4ed7-8230-00e772e6b678 Moving Host nb0104 to = Maintenance 2017-05-17 12:18:43.860000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">5c57a6e9-05f9-434d-a581-748638b601a8 = Moving Host nb0104 to Maintenance 2017-05-17 = 12:13:41.558000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">3a499570-d4c1-4d7e-a5bb-d487e19c8dc9 Moving Host nb0104 to = Maintenance 2017-05-17 12:08:39.960000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">03d2202f-f884-4fb0-95e7-f78733c93265 = Moving Host nb0104 to Maintenance 2017-05-17 = 12:03:34.449000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">f246eafd-c1d0-4e9e-b87c-962f9a494b97 Moving Host nb0104 to = Maintenance 2017-05-17 11:58:29.952000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">904c932b-e695-4b8b-b975-8148e5800992 = Moving Host nb0104 to Maintenance 2017-05-17 = 11:53:27.592000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">6dd2dce7-9b82-47b0-a39c-ff7e90e6c6ef Moving Host nb0104 to = Maintenance 2017-05-17 11:48:24.683000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">69ea38e4-5b22-4c3a-8650-71c1ca059801 = Moving Host nb0104 to Maintenance 2017-05-17 = 11:43:20.137000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">a321ab67-ae12-44e0-a787-75bd818c6821 Moving Host nb0104 to = Maintenance 2017-05-17 11:38:18.115000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">ffd29e6f-51f5-4da4-a8c1-e027431377e2 = Moving Host nb0104 to Maintenance 2017-05-17 = 11:33:15.927000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">3c7a07d4-8136-4309-ae47-3b35a77b206a Moving Host nb0104 to = Maintenance 2017-05-17 11:28:11.985000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">a5f50eed-35d3-46e7-af2b-684bae7e918f = Moving Host nb0104 to Maintenance 2017-05-17 = 11:23:09.829000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">d307dd44-e1c1-4fd1-9471-1602f0aef541 Moving Host nb0104 to = Maintenance 2017-05-17 11:18:06.736000+02:00</span></div><div = style=3D"margin: 0px; font-size: 11px; line-height: normal; font-family: = Menlo;" class=3D""><span style=3D"font-variant-ligatures: = no-common-ligatures" class=3D"">ad56ebec-9c12-4b2c-91a3-5043d76257c9 = Moving Host nb0104 to Maintenance 2017-05-17 = 11:13:02.169000+02:00</span></div><div style=3D"margin: 0px; font-size: = 11px; line-height: normal; font-family: Menlo;" class=3D""><span = style=3D"font-variant-ligatures: no-common-ligatures" = class=3D"">1f2debf4-15a3-483e-be66-2afff331a83b Moving Host nb0104 to = Maintenance 2017-05-17 11:07:59.661000+02:00</span></div><div = class=3D""> </div><div class=3D"">So each failed job launch a new = one but don't terminate.</div><div class=3D""><br class=3D""></div><div = class=3D"">Is that an expected situation ?</div></body></html>= --Apple-Mail=_4B76C00E-DF31-4824-916F-F2E20C451C16-- [View Less]

8 years

1
0
0 / 0

Feature: enhanced OVA support

by Arik Hadas

Hi everyone, We would like to share our plan for extending the currently provided support for OVA files with: 1. Support for uploading OVA. 2. Support for exporting a VM/template as OVA. 3. Support for importing OVA that was generated by oVirt (today, we only support those that are VMware-compatible). 4. Support for downloading OVA. This can be found on the feature page <http://www.ovirt.org/develop/release-management/features/virt/enhance-imp...> . Your feedback and cooperation will … [View More]

8 years

6
9
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users May 2017