- Users - oVirt List Archives

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

Few Questions on New Install
by Talk Jesus 12 Feb '18

12 Feb '18

Greetings, Just installed Ovirt: Software Version:4.2.0.2-1.el7.centos How Do I: - add a subnet of IPv4 to assign to VMs - download (or import) basic Linux templates like Centos 7, Ubuntu 16 even if using minimal iso - import from SolusVM based KVM nodes Does oVirt support bulk IPv4 assignment to VMs? If I wish to assign say a full /26 subnet of IPv4 to VM #1, is this a one click option? Thank you. I read the docs, but everything is a bit confusing for me.

2 1

Network Topologies
by aeR7Re 11 Feb '18

11 Feb '18

This is a multi-part message in MIME format. --b1_bf9e7016867c417f2a03f0009ce95b53 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGVsbG8sCkknbSBsb29raW5nIGZvciBzb21lIGFkdmljZSBvbiBvciBldmVuIGp1c3Qgc29tZSBl eGFtcGxlcyBvZiBob3cgb3RoZXIgb1ZpcnQgdXNlcnMgaGF2ZSBjb25maWd1cmVkIG5ldHdvcmtp bmcgaW5zaWRlIHRoZWlyIGNsdXN0ZXJzLgoKQ3VycmVudGx5IHdlJ3JlIHJ1bm5pbmcgYSBjbHVz dGVyIHdpdGggaG9zdHMgc3ByZWFkIGFjcm9zcyBtdWx0aXBsZSByYWNrcyBpbiBvdXIgREMsIHdp dGggbGF5ZXIgMiBzcGFubmVkIGJldHdlZW4gdGhlbSBmb3IgVk0gbmV0d29ya3MuIFdoaWxlIHRo aXMgaXMgZnVuY3Rpb25hbCwgaXQncyAxMDAlIG5vdCBpZGVhbCBhcyB0aGVyZSdzIG11bHRpcGxl IHNpbmdsZSBwb2ludHMgb2YgZmFpbHVyZSBhbmQgYXQgc29tZSBwb2ludCBzb21lb25lIGlzIGdv aW5nIHRvIGFjY2lkZW50YWxseSBsb29wIGl0IDopCgpXaGF0IHdlJ3JlIGFmdGVyIGlzIGEgbWV0 aG9kIG9mIHByb3ZpZGluZyBhIFZNIG5ldHdvcmsgYWNyb3NzIG11bHRpcGxlIHJhY2tzIHdoZXJl IHRoZXJlIGFyZSBubyBzaW5nbGUgcG9pbnRzIG9mIGZhaWx1cmUuIFdlJ3ZlIGdvdCBsYXllciAz IHN3aXRjaGVzIGluIHJhY2tzIGNhcGFibGUgb2YgcnVubmluZyBhbiBJR1AvRUdQLgoKQ3VycmVu dCBpZGVhczoKLSBSdW4gYSByb3V0aW5nIGRhZW1vbiBvbiBlYWNoIFZNIGFuZCBoYXZlIGl0IGFk dmVydGlzZSBhIC8zMiB0byB0aGUgZGlzdHJpYnV0aW9uIHN3aXRjaAotIE9WTiBmb3IgbGF5ZXIg MiBiZXR3ZWVuIGhvc3RzICsgcG90ZW50aWFsbHkgVlJSUCBvciBzaW1pbGFyIG9uIHRoZSBkaXN0 cmlidXRpb24gc3dpdGNoCgpTbyBhcyBwZXIgbXkgb3JpZ2luYWwgcGFyYWdyYXBoLCBhbnkgYWR2 aWNlIG9uIHRoZSBtb3N0IGFwcHJvcHJpYXRlIG5ldHdvcmsgdG9wb2xvZ3kgZm9yIGFuIG9WaXJ0 IGNsdXN0ZXI/IG9yIGhvdyBoYXZlIHlvdSBzZXQgdXAgeW91ciBuZXR3b3Jrcz8KClRoYW5rIHlv dQoKU2VudCB3aXRoIFtQcm90b25NYWlsXShodHRwczovL3Byb3Rvbm1haWwuY29tKSBTZWN1cmUg RW1haWwu --b1_bf9e7016867c417f2a03f0009ce95b53 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5IZWxsbyw8YnI+PC9kaXY+PGRpdj5JJ20gbG9va2luZyBmb3Igc29tZSBhZHZpY2Ugb24g b3IgZXZlbiBqdXN0IHNvbWUgZXhhbXBsZXMgb2YgaG93IG90aGVyIG9WaXJ0IHVzZXJzIGhhdmUg Y29uZmlndXJlZCBuZXR3b3JraW5nIGluc2lkZSB0aGVpciBjbHVzdGVycy4gPGJyPjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+Q3VycmVudGx5IHdlJ3JlIHJ1bm5pbmcgYSBjbHVzdGVyIHdpdGgg aG9zdHMgc3ByZWFkIGFjcm9zcyBtdWx0aXBsZSByYWNrcyBpbiBvdXIgREMsIHdpdGggbGF5ZXIg MiBzcGFubmVkIGJldHdlZW4gdGhlbSBmb3IgVk0gbmV0d29ya3MuIFdoaWxlIHRoaXMgaXMgZnVu Y3Rpb25hbCwgaXQncyAxMDAlIG5vdCBpZGVhbCBhcyB0aGVyZSdzIG11bHRpcGxlIHNpbmdsZSBw b2ludHMgb2YgZmFpbHVyZSBhbmQgYXQgc29tZSBwb2ludCBzb21lb25lIGlzIGdvaW5nIHRvIGFj Y2lkZW50YWxseSBsb29wIGl0IDopIDxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PldoYXQg d2UncmUgYWZ0ZXIgaXMgYSBtZXRob2Qgb2YgcHJvdmlkaW5nIGEgVk0gbmV0d29yayBhY3Jvc3Mg bXVsdGlwbGUgcmFja3Mgd2hlcmUgdGhlcmUgYXJlIG5vIHNpbmdsZSBwb2ludHMgb2YgZmFpbHVy ZS4gV2UndmUgZ290IGxheWVyIDMgc3dpdGNoZXMgaW4gcmFja3MgY2FwYWJsZSBvZiBydW5uaW5n IGFuIElHUC9FR1AuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Q3VycmVudCBpZGVhczo8 YnI+PC9kaXY+PGRpdj4tIFJ1biBhIHJvdXRpbmcgZGFlbW9uIG9uIGVhY2ggVk0gYW5kIGhhdmUg aXQgYWR2ZXJ0aXNlIGEgLzMyIHRvIHRoZSBkaXN0cmlidXRpb24gc3dpdGNoPGJyPjwvZGl2Pjxk aXY+LSBPVk4gZm9yIGxheWVyIDIgYmV0d2VlbiBob3N0cyArIHBvdGVudGlhbGx5IFZSUlAgb3Ig c2ltaWxhciBvbiB0aGUgZGlzdHJpYnV0aW9uIHN3aXRjaDxicj48L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PlNvIGFzIHBlciBteSBvcmlnaW5hbCBwYXJhZ3JhcGgsIGFueSBhZHZpY2Ugb24gdGhl IG1vc3QgYXBwcm9wcmlhdGUgbmV0d29yayB0b3BvbG9neSBmb3IgYW4gb1ZpcnQgY2x1c3Rlcj8g b3IgaG93IGhhdmUgeW91IHNldCB1cCB5b3VyIG5ldHdvcmtzPzxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PlRoYW5rIHlvdTxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25h dHVyZV9ibG9jayI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciBw cm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InBy b3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+U2VudCB3aXRoIDxhIGhyZWY9Imh0dHBz Oi8vcHJvdG9ubWFpbC5jb20iPlByb3Rvbk1haWw8L2E+IFNlY3VyZSBFbWFpbC48YnI+PC9kaXY+ PC9kaXY+PGRpdj48YnI+PC9kaXY+ --b1_bf9e7016867c417f2a03f0009ce95b53--

1 0