February 2018 - Users - oVirt List Archives

[ANN] oVirt 4.2.1 Release is now available
by Lev Veyde 13 Feb '18

13 Feb '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.1 Release, as of February 12th, 2018 This update is a release of the first in a series of stabilization updates to the 4.2 series. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node is already available [2] Additional Resources: * Read more about the oVirt 4.2.1 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2/iso/>2 <http://resources.ovirt.org/pub/ovirt-4.2/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2/iso/> -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

4 5

leftover of disk moving operation
by Gianluca Cecchi 13 Feb '18

13 Feb '18

Hello, I had a problem during a disk migration from one storage to another in a 4.1.7 environment connected to SAN storage. Now, after deleting the live storage migration snapshot, I want to retry (with the VM powered off) but at destination the logical volume still exists and was not pruned after the initial failure. I get HSMGetAllTasksStatusesVDS failed: Cannot create Logical Volume: ('c0097b1a-a387-4ffa-a62b-f9e6972197ef', u'a20bb16e-7c7c-4ed4-85c0-cbf297048a8e') I was able to move the other 4 disks that were part of this VM. Can I simply lvremove the target LV at host side (I have only one host running at this moment) and try the move again, or do I have to execute anything more, eg at engine rdbms level? Thanks, Gianluca

2 11

Defining custom network filter or editing existing
by Tim Thompson 13 Feb '18

13 Feb '18

All, I was wondering if someone can point me in the direction of the documentation related to defining custom network filters (nwfilter) in 4.2. I found the docs on assigning a network filter to a vNIC profile, but I cannot find any mention of how you can create your own. Normally you'd use 'virst nwfilter-define', but that is locked out since vdsm manages everything. I need to expand clean-traffic's scope to include ipv6, since it doesn't handle ipv6 at all by default, it seems. Thanks, -Tim

3 2

VM is down with error: Bad volume specification
by Chris Boot 12 Feb '18

12 Feb '18

Hi all, I'm running oVirt 4.2.0 and have been using oVirtBackup with it. So far it has been working fine, until this morning. Once of my VMs seems to have had a snapshot created that I can't delete. I noticed when the VM failed to migrate to my other hosts, so I just shut it down to allow the host to go into maintenance. Now I can't start the VM with the snapshot nor can I delete the snapshot. Please let me know what further information you need to help me diagnose the issue and recover the VM. Best regards, Chris -------- Forwarded Message -------- Subject: alertMessage (ovirt.boo.tc), [VM morse is down with error. Exit message: Bad volume specification {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'serial': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'index': 0, 'iface': 'scsi', 'apparentsize': '12386304', 'cache': 'none', 'imageID': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'truesize': '12386304', 'type': 'file', 'domainID': '23372fb9-51a5-409f-ae21-2521012a83fd', 'reqsize': '0', 'format': 'cow', 'poolID': '00000001-0001-0001-0001-000000000311', 'device': 'disk', 'path': '/rhev/data-center/00000001-0001-0001-0001-000000000311/23372fb9-51a5-409f-ae21-2521012a83fd/images/ec083085-52c1-4da5-88cf-4af02e42a212/aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID': 'aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'diskType': 'file', 'specParams': {}, 'discard': True}.] Date: Tue, 23 Jan 2018 11:32:21 +0000 (GMT) From: engine(a)ovirt.boo.tc To: bootc(a)bootc.net Time:2018-01-23 11:30:39.677 Message:VM morse is down with error. Exit message: Bad volume specification {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'serial': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'index': 0, 'iface': 'scsi', 'apparentsize': '12386304', 'cache': 'none', 'imageID': 'ec083085-52c1-4da5-88cf-4af02e42a212', 'truesize': '12386304', 'type': 'file', 'domainID': '23372fb9-51a5-409f-ae21-2521012a83fd', 'reqsize': '0', 'format': 'cow', 'poolID': '00000001-0001-0001-0001-000000000311', 'device': 'disk', 'path': '/rhev/data-center/00000001-0001-0001-0001-000000000311/23372fb9-51a5-409f-ae21-2521012a83fd/images/ec083085-52c1-4da5-88cf-4af02e42a212/aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID': 'aa10d05b-f2f0-483e-ab43-7c03a86cd6ab', 'diskType': 'file', 'specParams': {}, 'discard': True}. Severity:ERROR VM Name: morse Host Name: ovirt2.boo.tc Template Name: Blank -- Chris Boot bootc(a)boo.tc

2 2

effectiveness of "discard=unmap"
by Matthias Leopold 12 Feb '18

12 Feb '18

Hi, i'm sorry to bother you again with my ignorance of the DISCARD feature for block devices in general. after finding several ways to enable "discard=unmap" for oVirt disks (via standard GUI option for iSCSI disks or via "diskunmap" custom property for Cinder disks) i wanted to check in the guest for the effectiveness of this feature. to my surprise i couldn't find a difference between Linux guests with and without "discard=unmap" enabled in the VM. "lsblk -D" reports the same in both cases and also fstrim/blkdiscard commands appear to work with no difference. Why is this? Do i have to look at the underlying storage to find out what really happens? Shouldn't this be visible in the guest OS? thx matthias

2 4

Info about windows guest performance
by Gianluca Cecchi 12 Feb '18

12 Feb '18

Hello, while in my activities to accomplish migration of a Windows 2008 R2 VM (with an Oracle RDBMS inside) from vSphere to oVirt, I'm going to check performance related things. Up to now I only ran Windows guests inside my laptops and not inside an oVirt infrastructure. Now I successfully migrated this kind of VM to oVirt 4.1.9. The guest had an LSI logic sas controller. Inside the oVirt host that I used as proxy (for VMware virt-v2v) I initially didn't have the virtio-win rpm. I presume that has been for this reason that the oVirt guest has been configured with IDE disks... Can you confirm? For this test I started with ide, then added a virtio-scsi disk and then changed also the boot disk to virtio-scsi and all now goes well, with also ovirt-guest-tools-iso-4.1-3 provided iso used to install qxl and so on... So far so good. I found this bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1277353 where it seems that " For optimum I/O performance it's critical to make sure that Windows guests use the Hyper-V reference counter feature. QEMU command line should include -cpu ...,hv_time and -no-hpet " Analyzing my command line I see the "-no-hpet" but I dont see the "hv_time" See below full comand. Any hints? Thanks, Gianluca /usr/libexec/qemu-kvm -name guest=testmig,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-12-testmig/master-key.aes -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu Westmere,vmx=on -m size=4194304k,slots=16,maxmem=16777216k -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=4096 -uuid x-y-z-x-y -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-4.1708.el7.centos,serial=xx,uuid=yy -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-12-testmig/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2018-02-09T12:41:41,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x5 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/ef17cad6-7724-4cd8-96e3-9af6e529db51/fa33df49-b09d-4f86-9719-ede649542c21/images/2de93ee3-7d6e-4a10-88c4-abc7a11fb687/a9f4e35b-4aa0-45e8-b775-1a046d1851aa,format=qcow2,if=none,id=drive-scsi0-0-0-1,serial=2de93ee3-7d6e-4a10-88c4-abc7a11fb687,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1,bootindex=1 -drive file=/rhev/data-center/ef17cad6-7724-4cd8-96e3-9af6e529db51/fa33df49-b09d-4f86-9719-ede649542c21/images/f821da0a-cec7-457c-88a4-f83f33404e65/0d0c4244-f184-4eaa-b5bf-8dc65c7069bb,format=raw,if=none,id=drive-scsi0-0-0-0,serial=f821da0a-cec7-457c-88a4-f83f33404e65,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -netdev tap,fd=30,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=00:50:56:9d:c9:29,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/421d6f1b-58e3-54a4-802f-fb52f7831369.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/421d6f1b-58e3-54a4-802f-fb52f7831369.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5900,addr=10.4.192.32,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 -msg timestamp=on

3 5

Network configuration validation error
by spfma.tech＠e.mail.fr 12 Feb '18

12 Feb '18

--=_c8dd4bd4673b7a5ada782429f2b8b302 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I am experiencing a new problem : when I try to modify something in= the network setup on the second node (added to the cluster after instal= ling the engine on the other one) using the Engine GUI, I get the follow= ing error when validating : must match "^\b((25[0-5]|2[0-4]\d|[01]\d\= d|\d?\d)\_){3}(25[0-5]|2[0-4]\d|[01]\d\d|\d?\d)"=0A Attribut : ipConfigu= ration.iPv4Addresses[0].gateway Moreover, on the general status of the= r server, I have a "Host has no default route" alert. The ovirtmgmt ne= twork has a defined gateway of course, and the storage network has none= because it is not required. Both server have the same setup, with diffe= rent addresses of course :-) I have not been able to find anything use= ful in the logs. Is this a bug or am I doing something wrong ? Regar= ds =0A=0A---------------------------------------------------------------= ----------------------------------=0AFreeMail powered by mail.fr --=_c8dd4bd4673b7a5ada782429f2b8b302 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div> </div>=0A<div>Hi,</div>=0A<div>I am experiencing a new proble= m : when I try to modify something in the network setup on the second no= de (added to the cluster after installing the engine on the other one) u= sing the Engine GUI, I get the following error when validating :</div>= =0A<div> </div>=0A<div>    must match "^\b((25[0-5]|= 2[0-4]\d|[01]\d\d|\d?\d)\_){3}(25[0-5]|2[0-4]\d|[01]\d\d|\d?\d)"<br />&n= bsp;   Attribut : ipConfiguration.iPv4Addresses[0].gateway</di= v>=0A<div> </div>=0A<div>Moreover, on the general status of ther se= rver, I have a "Host has no default route" alert.</div>=0A<div> </d= iv>=0A<div>The ovirtmgmt network has a defined gateway of course, and th= e storage network has none because it is not required. Both server have= the same setup, with different addresses of course :-)</div>=0A<div>&nb= sp;</div>=0A<div>I have not been able to find anything useful in the log= s.</div>=0A<div> </div>=0A<div>Is this a bug or am I doing somethin= g wrong ?</div>=0A<div> </div>=0A<div>Regards</div>=0A = <br/><hr>FreeMail powered by <a href=3D"https://mail.fr" target= =3D"_blank">mail.fr</a>=0A --=_c8dd4bd4673b7a5ada782429f2b8b302--

4 13

Using network assigned to VM on CentOS host?
by Wesley Stewart 12 Feb '18

12 Feb '18

This might be a stupid question. But I am testing out a 10Gb network directly connected to my Freenas box using a Cat6 crossover cable. I setup the connection (on device eno4) and called the network "Crossover" in oVirt. I dont have DHCP on this, but I can easy assign VMs a NIC on the "Crossover" network, assign them an ip address (10.10.10.x) and everything works fine. But I was curious about doing this for the CentOS host as well. I want to test out hosting VM's on the NFS share over the 10Gb network but I wasn't quite sure how to do this without breaking other connections and I did not want to do anything incorrectly. I appreciate your feedback! I apologize if this is a stupid question. Running oVirt 4.1.8 on CentOS 7.4

2 1

Hosted-Engine mount .iso file CLI
by Russell Wecker 12 Feb '18

12 Feb '18

I have a hosted engine setup that when I ran the system updates for it, and it will not boot. I would like to have it boot from a rescue CD image so i can fix it i have copied the /var/run/ovirt-hosted-engine-ha/vm.conf to /root and modified it however i cannot seem to find the exact options to configure the file for .iso my current settings are devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk} How do i change it to boot from local .iso. Thanks Any help would be most appreciated.

2 1

Issue with 4.2.1 RC and SSL
by ~Stack~ 12 Feb '18

12 Feb '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO Content-Type: multipart/mixed; boundary="nhGTtLudrG119NimaBSBZPnEVXBJuW62Y"; protected-headers="v1" From: ~Stack~ <i.am.stack(a)gmail.com> To: users <users(a)ovirt.org> Message-ID: <ff271e8b-7ec9-f0b6-6e00-511c5aad1b27(a)gmail.com> Subject: Issue with 4.2.1 RC and SSL --nhGTtLudrG119NimaBSBZPnEVXBJuW62Y Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Greetings, I was having a lot of issues with 4.2 and 95% of them are in the change logs for 4.2.1. Since this is a new build, I just blew everything away and started from scratch with the RC release. The very first thing that I did after the engine-config was to set up my SSL cert. I followed the directions from here: https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ Logged in the first time to the web interface and everything worked! Grea= t. Install my hosts (also completely fresh installs - Scientific Linux 7 fully updated) and none would finish the install... I can send the full host debug log if you want, however, I'm pretty sure that the problem is because of the SSL somewhere. I've cut/pasted the relevant part. Any advice/help, please? Thanks! ~Stack~ 2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None) 2018-02-07 16:56:21,698-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id 2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None) 2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction transaction._prepare:61 preparing 'File transaction for '/etc/vdsm/vdsm.i= d'' 2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing 2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None) 2018-02-07 16:56:21,706-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks 2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None) 2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventEnd STAGE misc METHOD otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None) 2018-02-07 16:56:21,707-0600 DEBUG otopi.context context._executeMethod:128 Stage misc METHOD otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%EventStart STAGE misc METHOD otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None) 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Setting up PKI 2018-02-07 16:56:21,709-0600 DEBUG otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute: ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable=3D'None', cwd=3D'None', env=3DNone 2018-02-07 16:56:21,756-0600 DEBUG otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863 execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=3D= 0 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Please issue VDSM certificate based on this certificate request 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ***D:MULTI-STRING VDSM_CERTIFICATE_REQUEST --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND -----BEGIN CERTIFICATE REQUEST--= --- 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND MIICRTCCAS0CAQAwADCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMZm 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND eYTWbHKkN+GlQnZ8C6fdk++htyFE+IHSzkhTyTSZdM0bPTdvhomTeCwzNlWBWdU+ 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND PrVB7j/1iksSt6RXDQUWlPDPBNfAa6NtZijEaGuxAe0RpI71G5feZmgVRmtIfrkE 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 5BjhnCMJW46y9Y7dc2TaXzQqeVj0nkWkHt0v6AVdRWP3OHfOCvqoABny1urStvFT 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND TeAhSBVBUWTaNczBrZBpMXhXrSAe/hhLXMF3VfBV1odOOwb7AeccYkGePMxUOg8+ 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND XMAKdDCn7N0ZC4gSyEAP9mSobvOvNObcfw02NyYdny32/edgPrXKR+ISf4IwVd0d 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND mDonT4W2ROTE/A3M/mkCAwEAAaAAMA0GCSqGSIb3DQEBCwUAA4IBAQCpAKAMv/Vh 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 0ByC02R3fxtA6b/OZyys+xyIAfAGxo2NSDJDQsw9Gy1QWVtJX5BGsbzuhnNJjhRm 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND 5yx0wrS/k34oEv8Wh+po1fwpI5gG1W9L96Sx+vF/+UXBenJbhEVfir/cOzjmP1Hg 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND TtK5nYnBM7Py5JdnnAPww6jPt6uRypDZqqM8YOct1OEsBr8gPvmQvt5hDGJKqW37 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND xFbad6ILwYIE0DXAu2h9y20Pl3fy4Kb2LQDjltiaQ2IBiHFRUB/H2DOxq0NpH4z7 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND wqU/ai7sXWT/Vq4R6jD+c0V0WP4+VgSkgqPvnSYHwqQUbc9Kh7RwRnVyzLupbWdM 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND Pr+MZ2D1jg27 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND -----END CERTIFICATE REQUEST----= - 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QStart: VDSM_CERTIFICATE_CHAI= N 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### Please input VDSM certificate chain that matches certificate request, top is issuer 2018-02-07 16:56:21,758-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ### type '--=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D--' in own line to mark end,= '--=3D451b80dc-996f-ABORT-9e4f-2b29ef6d1141=3D--' aborts 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND ***Q:MULTI-STRING VDSM_CERTIFICATE_CHAIN --=3D451b80dc-996f-432e-9e4f-2b29ef6d1141=3D-- --=3D451b80dc-996f-ABORT-9e4f-2b29ef6d1141=3D-- 2018-02-07 16:56:21,759-0600 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND **%QEnd: VDSM_CERTIFICATE_CHAIN 2018-02-07 16:56:22,765-0600 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-h7XmTvEqc3/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-h7XmTvEqc3/otopi-plugins/ovirt-host-common/vdsm/pki.py", line 241, in _misc '\n\nPlease input VDSM certificate chain that ' File "/tmp/ovirt-h7XmTvEqc3/otopi-plugins/otopi/dialog/machine.py", line 327, in queryMultiString v =3D self._readline() File "/tmp/ovirt-h7XmTvEqc3/pythonlib/otopi/dialog.py", line 248, in _readline raise IOError(_('End of file')) IOError: End of file 2018-02-07 16:56:22,766-0600 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': End of file --nhGTtLudrG119NimaBSBZPnEVXBJuW62Y-- --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJae5YTAAoJELkej+ysXJPmkskP/RipREtSwvODOXqtHU893bjl 3RrYt9BZ98vYqdM0paqori+b+HGwhM3BMP9wsDV2j96fg6wbYgGIZT3aCgxNJza2 mIuvZWWu8Y7NgbUL/Wb2cWPx/ZendohCcT6BC83mPnw6ehGik9+zhNpBFJWrbLwP LnsJMh1Hx5R06X9FWjCUnsREKLLmBGCuauLEomdpOSVtrMADWknUWz9jJP3RGYWI 7eDEys2oAkrwt5IQC51JIdi++PX7QWaARP22Oo6qH97ofLxL4B1xIzxCP1Y0JNY8 k+i2vF8sQHIkUR1B5aO5sUHyhK9pAGf+ASBiYMH+04d6L2t/mhRB4G0EOJtR/VJu lZSF3wU+F4IEOWvMmk1/fPMqxctgbTAfWoMu8dmoHT17p4fodRy6506acByP0+RG kQ6O4ccfwgAk2GXNSMRAgzi4gQxfh4+T7UIZ9DccW93Cn/35uF/3UzE0PlH0Dy9I TacAksGGb96OKSGVp2AHJu78/1hDrNn++lH0pZFWWiHWsEXrtWnEw0kKJojuuj5i GM7El2VeFjC33ObeqCrLCRpibxwl2FaTVN1VxPyCVFQ+SLv4ayAydo05v5ETl/NB MkxuyidIQgovlIiUu++9Gw9EkHu+A4VVOlugwukX187F6Ln2Sy21hDsp/c86mHuD 7aOnX/1hWCV5ut1kD9N1 =shka -----END PGP SIGNATURE----- --X1liMzBwOelVuDr9VnkmQpyzIXGjCLTVO--

4 7