- Users - oVirt List Archives

Re: [ovirt-users] How to use virt-sysprep
by Joel Diaz 21 May '17

21 May '17

I ran yum update on my three host and the engine VM so I believe an up to date on all the packages. How can I check if I am on version 4.1.2? I restarted the httpd and ovirt-engine service after the updates, but still don't the seal option. Thanks, On May 19, 2017 11:49 AM, "Arik Hadas" <ahadas(a)redhat.com> wrote: On Fri, May 19, 2017 at 4:10 PM, Joel Diaz <mrjoeldiaz(a)gmail.com> wrote: > Arik, > > Very cool. It's exactly what I was looking for. > > However, I don't see that checkbox. I've attached an image of what the > template window looks like on my end. Maybe I'm looking in the wrong place? > No , you're looking at the right place. This feature got in pretty late in the release cycle of 4.1, so it is available from 4.1.2. Maybe the version you are using is lower than that? > > Thanks for the response, > > On May 18, 2017 12:29 PM, "Arik Hadas" <ahadas(a)redhat.com> wrote: > >> >> >> On Thu, May 18, 2017 at 10:40 AM, Luca 'remix_tj' Lorenzetto < >> lorenzetto.luca(a)gmail.com> wrote: >> >>> Hello Joel, >>> >>> as far as i know, virt-sysprep has to be executed inside the VM before >>> cloning it to template. This removes some infos from the VM like udev >>> rules & ssh keys. >>> >>> >> So this has changed in 4.1. You can now choose to seal a template during >> its creation. This will take a VM, that may have not been sealed, create a >> template out of it and then invoke virt-sysprep on the template's disks. >> >> Joel, in the 'make template' dialog you'll see a checkbox (at the bottom) >> for 'Seal Template' that will do the trick. There is also a 'seal' >> parameter in the REST-API, of course [1]. >> >> [1] https://github.com/oVirt/ovirt-engine-api-model/blob/mas >> ter/src/main/java/services/TemplatesService.java#L168 >> >> >>> >>> Luca >>> >>> On Wed, May 17, 2017 at 8:53 PM, Joel Diaz <mrjoeldiaz(a)gmail.com> wrote: >>> > 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-Mi >>> nimal-oVirt-Template >>> > . >>> > >>> > 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://libguestfs.org/virt-sysprep.1.html >>> > >>> > How can I use virt-sysprep from within ovirt to create templates? >>> > >>> > Thank you for your help, >>> > >>> > Joel >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > Joel >>> > >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users(a)ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >>> >>> >>> -- >>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare >>> calcoli che potrebbero essere affidati a chiunque se si usassero delle >>> macchine" >>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) >>> >>> "Internet è la più grande biblioteca del mondo. >>> Ma il problema è che i libri sono tutti sparsi sul pavimento" >>> John Allen Paulos, Matematico (1945-vivente) >>> >>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , < >>> lorenzetto.luca(a)gmail.com> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >>

2 4

add direct LUN disk to a VM with python SDK
by Guy Chen 21 May '17

21 May '17

------=_Part_9958888_908590827.1495020114002 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I am trying to add direct LUN disk to a VM with python ovirtsdk4 ( storage domain is iscsi ) . Adding a COW disk is working as in the SDK example, attached below, i have tried different things that i saw online but did not work, anybody have an example of how to add a direct LUN disk ? def add_VM_disk( self ): vms_service = self .connection.system_service().vms_service() vm = vms_service.list( search = 'name=myvm' )[ 0 ] # Locate the service that manages the disk attachments of the virtual # machine: disk_attachments_service = vms_service.vm_service(vm.id).disk_attachments_service() # Use the "add" method of the disk attachments service to add the disk. # Note that the size of the disk, the `provisioned_size` attribute, is # specified in bytes, so to create a disk of 10 GiB the value should # be 10 * 2^30. disk_attachment = disk_attachments_service.add( types.DiskAttachment( disk =types.Disk( name = 'mydisk' , description = 'My disk' , format =types.DiskFormat.COW, provisioned_size = 10 * 2 ** 30 , ), interface =types.DiskInterface.VIRTIO, bootable = False , active = True , ), ) ------=_Part_9958888_908590827.1495020114002 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><span style=3D"font-size: 12pt;"= ><br></span></div><div><span style=3D"font-size: 12pt;">I am trying to add = direct LUN disk to a VM with python ovirtsdk4 ( storage domain is iscsi ) .= </span></div><div>Adding a COW disk is working as in the SDK example, attac= hed below, i have tried different things that i saw online but did not work= , anybody have an example of how to add a direct LUN disk ?</div><div>= <br></div><div><span data-mce-style=3D"color: #000080; font-weight: bold;" = style=3D"font-family: "DejaVu Sans Mono"; font-size: 9.2pt; color= : rgb(0, 0, 128); font-weight: bold;">def </span><span style=3D"background-= color: rgb(255, 255, 255); font-family: "DejaVu Sans Mono"; font-= size: 9.2pt;">add_VM_disk(</span><span data-mce-style=3D"color: #94558d;" s= tyle=3D"font-family: "DejaVu Sans Mono"; font-size: 9.2pt; color:= rgb(148, 85, 141);">self</span><span style=3D"background-color: rgb(255, 2= 55, 255); font-family: "DejaVu Sans Mono"; font-size: 9.2pt;">):<= /span></div><div><pre style=3D"background-color: #ffffff; font-family: 'Dej= aVu Sans Mono'; font-size: 9.2pt;" data-mce-style=3D"background-color: #fff= fff; font-family: 'DejaVu Sans Mono'; font-size: 9.2pt;"><br> vms_servic= e =3D <span style=3D"color: #94558d;" data-mce-style=3D"color: #94558d;">se= lf</span>.connection.system_service().vms_service()<br> vm =3D vms_servi= ce.list(<span style=3D"color: #660099;" data-mce-style=3D"color: #660099;">= search</span>=3D<span style=3D"color: #008000; font-weight: bold;" data-mce= -style=3D"color: #008000; font-weight: bold;">'name=3Dmyvm'</span>)[<span s= tyle=3D"color: #0000ff;" data-mce-style=3D"color: #0000ff;">0</span>]<br><d= iv><br></div> <span style=3D"color: #808080; font-style: italic;" data-m= ce-style=3D"color: #808080; font-style: italic;"># Locate the service that = manages the disk attachments of the virtual<br></span><span style=3D"color:= #808080; font-style: italic;" data-mce-style=3D"color: #808080; font-style= : italic;"> # machine:<br></span><span style=3D"color: #808080; font-sty= le: italic;" data-mce-style=3D"color: #808080; font-style: italic;"> </s= pan>disk_attachments_service =3D vms_service.vm_service(vm.id).disk_attachm= ents_service()<br><div><br></div> <span style=3D"color: #808080; font-st= yle: italic;" data-mce-style=3D"color: #808080; font-style: italic;"># Use = the "add" method of the disk attachments service to add the disk.<br></span= ><span style=3D"color: #808080; font-style: italic;" data-mce-style=3D"colo= r: #808080; font-style: italic;"> # Note that the size of the disk, the = `provisioned_size` attribute, is<br></span><span style=3D"color: #808080; f= ont-style: italic;" data-mce-style=3D"color: #808080; font-style: italic;">= # specified in bytes, so to create a disk of 10 GiB the value should<br= ></span><span style=3D"color: #808080; font-style: italic;" data-mce-style= =3D"color: #808080; font-style: italic;"> # be 10 * 2^30.<br></span><spa= n style=3D"color: #808080; font-style: italic;" data-mce-style=3D"color: #8= 08080; font-style: italic;"> </span><span style=3D"color: #808080;" data= -mce-style=3D"color: #808080;">disk_attachment </span>=3D disk_attachments_= service.add(<br> types.DiskAttachment(<br> <span style=3D= "color: #660099;" data-mce-style=3D"color: #660099;">disk</span>=3Dtypes.Di= sk(<br> <span style=3D"color: #660099;" data-mce-style=3D"co= lor: #660099;">name</span>=3D<span style=3D"color: #008000; font-weight: bo= ld;" data-mce-style=3D"color: #008000; font-weight: bold;">'mydisk'</span>,= <br> <span style=3D"color: #660099;" data-mce-style=3D"color= : #660099;">description</span>=3D<span style=3D"color: #008000; font-weight= : bold;" data-mce-style=3D"color: #008000; font-weight: bold;">'My disk'</s= pan>,<br> <span style=3D"color: #660099;" data-mce-style=3D"= color: #660099;">format</span>=3Dtypes.DiskFormat.COW,<br> <= span style=3D"color: #660099;" data-mce-style=3D"color: #660099;">provision= ed_size</span>=3D<span style=3D"color: #0000ff;" data-mce-style=3D"color: #= 0000ff;">10 </span>* <span style=3D"color: #0000ff;" data-mce-style=3D"colo= r: #0000ff;">2 </span>** <span style=3D"color: #0000ff;" data-mce-style=3D"= color: #0000ff;">30</span>,<br> ),<br> <span style=3D= "color: #660099;" data-mce-style=3D"color: #660099;">interface</span>=3Dtyp= es.DiskInterface.VIRTIO,<br> <span style=3D"color: #660099;" dat= a-mce-style=3D"color: #660099;">bootable</span>=3D<span style=3D"color: #00= 0080; font-weight: bold;" data-mce-style=3D"color: #000080; font-weight: bo= ld;">False</span>,<br> <span style=3D"color: #660099;" data-mce-= style=3D"color: #660099;">active</span>=3D<span style=3D"color: #000080; fo= nt-weight: bold;" data-mce-style=3D"color: #000080; font-weight: bold;">Tru= e</span>,<br> ),<br> )</pre></div><div><br></div><div><br></div><= div><br></div></div></body></html> ------=_Part_9958888_908590827.1495020114002--

3 3

Permissions to Import VMs
by Peter Wood 20 May '17

20 May '17

Hi, I have a group of local users with permissions to create VMs, templates, and VMs from templates. They are allowed to work only in one of the clusters in the datacenter. Now I want one of the local users to be able to import VMs and convert them into templates and I just can't find the recipe for that. The group has these permissions: LocalUsersGroup -> [PowerUserRole] -> DEV1 (Cluster) LocalUsersGroup -> [PowerUserRole] -> SAN (Storage) LocalUsersGroup -> [TemplateCreator] -> OFFICE (Datacenter) LocalUserA is part of LocalUsersGroup and should be able to: - Import a VM - Convert the VM to a template for everyone to use - Delete the VM I tried this: LocalUserA -> [VmImporterExporter] -> System LocalUserA can now import VMs and convert them to templates but it can't delete the imported VMs. For some reason [UserVmManager] role is not assigned to LocalUserA on the VMs that were imported. Before I start messing around I'd appreciate somebody's else opinion on how this should be done. Thank you for your time, -- Peter

2 3

Re: [ovirt-users] Internet access for oVirt Nodes?
by Ryan Barry 20 May '17

20 May '17

On Mon, May 15, 2017 at 5:00 AM, <users-request(a)ovirt.org> wrote: > > hi, > > do hypervisors, that are running oVirt Node (not standard CentOS/RHEL), > need internet access for updates or can they be in a private, non routed > network (and updates happen via engine)? it seems the latter is the > case, but i want to be sure > > thx > matthias Engine isn't very particular about updating in this case. As long as any repository is configured where 'yum check-update ovirt-node-ng-image-update' is true, upgrades from engine will work. In general, otopi's miniyum is a bit smarter than base yum, so 'check-update ...' is not always a reliable mechanism to verify this, but yes, a local repo in a non-routed network which presents the update will show an update from engine.

2 4

oVirt Power Management with Cisco UCS C220 M4S
by Abi Askushi 20 May '17

20 May '17

Hi All, For anyone that might stumble on a Cisco UCS C220 M4S and wondering how to configure power management. below are the steps to configure it, as it took me some hours to figure it out... 1. enable IPMI on server. (Cisco has this documented) 2. at ovirt GUI, edit host -> power management, then select "ipmilan" and add *lanplus=1* as an option. (the bold one was the tricky part) To test from command line: ipmitool -I lanplus -H <your IP> -U admin -P somepass -v chassis power status It will give the response: "Chassis Power is on" Alex

2 1

Re: [ovirt-users] oVirt Hosted Engine Setup fails
by Manuel Luis Aznar 19 May '17

19 May '17

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

1 1

How to use virt-sysprep
by Joel Diaz 19 May '17

19 May '17

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-Tem… . 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#copying-and-cloning>l How can I use virt-sysprep from within ovirt to create templates? Thank you for your help, Joel Joel

4 6

Re: [ovirt-users] [Pkg-libvirt-discuss] Fwd: Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`
by Guido Günther 19 May '17

19 May '17

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: 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_resolved… > > 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_resolved… > > > > 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

1 0

Building ovirt-host-deploy gives `configure: error: otopi-devtools required but missing`
by Leni Kadali Mutungi 19 May '17

19 May '17

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~o815M1UNdIGYhyRLiv… 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 I went back to the ovirt-host-deploy directory, I ran `./configure`, both with the --enable-java-sdk and --with-maven options. Got the same error again. 2. I tried running entering the directory src/java and running `mvn install`. I received a build success message and then proceeded to run ./configure --build=x86_64-linux-gnu --host=x86_64-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --disable-python-syntax-check --enable-java-sdk --with-local-version=otopi-1.7.0.master COMMONS_LOGGING_JAR=/usr/share/java/commons-logging.jar JUNIT_JAR=/usr/share/java/junit.jar I omitted the --disable-dependency-tracking and --docdir=/usr/share/doc/otopi-1.7.0 options because of the following error: configure: WARNING: unrecognized options: --disable-dependency-tracking and the fact that I didn't have the directory /usr/share/doc/otopi-1.7.0 respectively. I got the following output: https://paste.fedoraproject.org/paste/90D0k1AyVPGDbNhk1WxlBl5M1UNdIGYhyRLiv… Running `sudo make install` gives me the same errors. It seems otopi is failing to compile properly and as a result, running ./configure within the ovirt-host-deploy directory ends with an error saying otopi-devtools are missing. Documentation of my environment as it stands is here: https://github.com/leni1/oVirt-docs-Debian/blob/master/oVirt-Development-En… Any ideas on what I should try next are welcome. -- - Warm regards Leni Kadali Mutungi

6 14

Upgrade from rhel 6.7 to 6.8 breaks virt-viewer console
by cmc 18 May '17

18 May '17

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 (https://access.redhat.com/articles/2800531) says you need to upgrade to rhel 7.0, but that is not an option. I've also read that it was possible with a workaround with 4.0 but not 4.1. Thanks for any help. Cam

1 0