Re: Vdsm NFS on RHEL 8
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org> On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
On Tue, Jul 23, 2019 at 6:14 PM Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
Ok, applied the given patch. Now I have following error trace in vdsm.log when trying to "Run" the VM:
2019-07-23 09:57:55,167-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Failed to setup device spice (vm:2344) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2341, in _setup_devices dev_object.setup() File "/usr/lib/python3.6/site-packages/vdsm/virt/vmdevices/graphics.py", line 95, in setup displaynetwork.create_network(display_network, self.vmid) File "/usr/lib/python3.6/site-packages/vdsm/virt/displaynetwork.py", line 29, in create_network libvirtnetwork.create_network(netname, display_device, user_reference) File "/usr/lib/python3.6/site-packages/vdsm/virt/libvirtnetwork.py", line 91, in create_network _createNetwork(createNetworkDef(netname, bridged, iface)) File "/usr/lib/python3.6/site-packages/vdsm/virt/libvirtnetwork.py", line 108, in _createNetwork net = conn.networkDefineXML(netXml) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 4235, in networkDefineXML ret = libvirtmod.virNetworkDefineXML(self._o, xml) TypeError: virNetworkDefineXML() argument 2 must be str or None, not bytes
I believe https://gerrit.ovirt.org/102136 (untested) should fix it.
On Tue, Jul 23, 2019 at 3:56 PM Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
Hi Milan,
I am trying to run VM on a RHEL8 host attached NFS domain. I get the following error in vdsm.log Do you happen to know what it means?
Probably yes, does https://gerrit.ovirt.org/102127 (untested) fix it?
Thanks, Amit
Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 124, in method ret = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/API.py", line 294, in destroy res = self.vm.destroy(gracefulAttempts) File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 4916, in destroy result = self.doDestroy(gracefulAttempts, reason) File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 4935, in doDestroy return self.releaseVm(gracefulAttempts) File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 4828, in releaseVm self.guestAgent.stop() File "/usr/lib/python3.6/site-packages/vdsm/virt/guestagent.py", line 458, in stop self._channelListener.unregister(self._sock.fileno()) File "/usr/lib/python3.6/site-packages/vdsm/virt/vmchannels.py", line 257, in unregister self._unregister_fd(fileno) File "/usr/lib/python3.6/site-packages/vdsm/virt/vmchannels.py", line 67, in _unregister_fd self._epoll.unregister(fileno) ValueError: file descriptor cannot be a negative integer (-1)
On Thu, Jul 18, 2019 at 8:35 AM Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
> 1. Had couple of small patches pushed to darkthrone py3_poc branch > > 2. Have a sequel document to Milan's installation guide abuts SSL-less vdsm > and engine: >
https://drive.google.com/open?id=1jSt-LXSY8S6J8eTjt_-JU3Ph4ZNNnBoZBaJBWe8lQ1...
> > 3. Milan, you might want to update the BREW installation section - vdsm > install wants a more up-to-date ioprocess rpms, > I updated it in the guide copy here: >
https://drive.google.com/open?id=1jSt-LXSY8S6J8eTjt_-JU3Ph4ZNNnBoZBaJBWe8lQ1...
> It now has: >
$BREW/ioprocess/1.2.1/1.el8ev/x86_64/ioprocess-1.2.1-1.el8ev.x86_64.rpm \
>
It should be already in the updated document I sent to rhev-devel@ yesterday.
> 4. Latest error when try to register host at engine:"Host
10.35.0.136 is
> installed with VDSM version (4.40) and cannot join cluster Default which is > compatible with VDSM versions [4.17, 4.18]." - Can we fake the version > somehow?
This has been fixed in Engine, both master and 4.3, some time ago. Please upgrade to current Engine version.
> On Wed, Jul 17, 2019 at 4:38 PM Marcin Sobczyk < msobczyk@redhat.com> wrote: > >> >> On 7/17/19 3:27 PM, Marcin Sobczyk wrote: >> > >> > On 7/17/19 3:04 PM, Milan Zamazal wrote: >> >> Marcin Sobczyk <msobczyk@redhat.com> writes: >> >> >> >>> On 7/16/19 5:11 PM, Marcin Sobczyk wrote: >> >>>> On 7/16/19 4:47 PM, Milan Zamazal wrote: >> >>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>> >> >>>>>> +Marcin Sobczyk <msobczyk@redhat.com> >> >>>>>> >> >>>>>> On Tue, Jul 16, 2019 at 5:23 PM Amit Bawer < abawer@redhat.com
>> >>>>>> wrote: >> >>>>>> >> >>>>>>> I believe i tried all the variations after vdsm.id creation. >> >>>>>>> engine.log shows following error for ssh attempts to overlord >> >>>>>>> the host >> >>>>>>> from the engine: >> >>>>>>> >> >>>>>>> SS_ERROR(511), An error has occurred during installation of Host >> >>>>>>> rhel8: >> >>>>>>> Failed to execute stage 'Environment customization': No module >> >>>>>>> named >> >>>>>>> 'rpmUtils'. >> >>>>>>> >> >>>>>>> Could this be the reason? >> >>>>> I don't think Engine can manage the host, this is why we have to >> >>>>> bother >> >>>>> with the manual setup. rpmUtils is no longer available on RHEL 8, >> >>>>> there >> >>>>> was a patch to ovirt-host-deploy ( https://gerrit.ovirt.org/101293 ) >> >>>>> but >> >>>>> there are probably more places to fix. >> >>>>> >> >>>>> I can't remember what I did exactly regarding vdsm.id. I can >> suggest >> >>>>> only trying switching to maintenance and activate again after the >> >>>>> failed >> >>>>> installation. >> >>>>> >> >>>>> Marcin, do you have any better advice? >> >>>> Nope, unfortunately. Since the host deployment process fails in >> >>>> various interesting ways, my methodology also relies on the >> >>>> "maintenance --> activate" trick. >> >>>> I also never generated and 'vdsm.id' by myself. >> >>> Oh, regarding 'vdsm.id'. This might help: >> >>> >> >>> diff --git a/lib/vdsm/host/__init__.py b/lib/vdsm/host/__init__.py >> >>> index 334c88d1f..2aee4ea77 100644 >> >>> --- a/lib/vdsm/host/__init__.py >> >>> +++ b/lib/vdsm/host/__init__.py >> >>> @@ -47,6 +47,7 @@ def uuid(): >> >>> "system-uuid"], >> >>> raw=True, >> >>> sudo=True) >> >>> + out = out.decode('utf-8') >> >>> out = '\n'.join(line for line in out.splitlines() >> >>> if not
>> >> >> >> It indeed seems to help, thank you. Would you like to post a patch? >> > >> > Great! Sure, will do so. >> >> 3c08f9cc2fc1eb9390f1a68e1828bfb297307603 on darkthrone. Will
$BREW/ioprocess/1.2.1/1.el8ev/x86_64/python3-ioprocess-1.2.1-1.el8ev.x86_64.rpm line.startswith('#')) post to
>> gerrit later. >> >> > >> > >> >> >> >>>> Still, I never managed to get my RHEL8 host to 'Up' status - it's >> >>>> still 'NonOperational'. >> >>>> >> >>>> >> >>>>>>> On Tue, Jul 16, 2019 at 4:54 PM Milan Zamazal >> >>>>>>> <mzamazal@redhat.com> wrote: >> >>>>>>> >> >>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>> >> >>>>>>>>> Getting following error for attempting to Activate the rhel8 >> >>>>>>>>> host from >> >>>>>>>> web >> >>>>>>>>> mgmt: >> >>>>>>>>> >> >>>>>>>>> [image: image.png] >> >>>>>>>> Ah, right, you must do >> >>>>>>>> >> >>>>>>>> uuidgen > /etc/vdsm/vdsm.id >> >>>>>>>> >> >>>>>>>> to create the host id. I don't know how to tell Engine about the >> >>>>>>>> change, perhaps it detects it itself, perhaps the host must be >> >>>>>>>> switched >> >>>>>>>> to maintenance and then activated, perhaps it must be removed >> >>>>>>>> and added >> >>>>>>>> again (the previously performed actions on the host needn't be >> >>>>>>>> repeated >> >>>>>>>> again in such a case, I believe). >> >>>>>>>> >> >>>>>>>>> On Tue, Jul 16, 2019 at 4:27 PM Milan Zamazal >> >>>>>>>>> <mzamazal@redhat.com> >> >>>>>>>> wrote: >> >>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>> >> >>>>>>>>>>> On Tue, Jul 16, 2019 at 3:16 PM Milan Zamazal >> >>>>>>>>>>> <mzamazal@redhat.com> >> >>>>>>>>>> wrote: >> >>>>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>>>> >> >>>>>>>>>>>>> On Tue, Jul 16, 2019 at 12:37 PM Milan Zamazal < >> >>>>>>>> mzamazal@redhat.com> >> >>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> On Tue, Jul 16, 2019 at 10:46 AM Milan Zamazal < >> >>>>>>>>>> mzamazal@redhat.com> >> >>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> after 60s with not interruption it is timedout >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> No subscription with >> >>>>>>>>>>>>>>>>> 227243a0-c4fc-4fb6-b2ff-6e79ad362452 id >> >>>>>>>>>>>>>>>>> vdsm-client: Request Host.setupNetworks with args >> >>>>>>>> {'networks': >> >>>>>>>>>>>>>>>>> {'ovirtmgmt': {'nic': 'ens3', 'bootproto': 'dhcp', >> >>>>>>>>>> 'defaultRoute': >> >>>>>>>>>>>>>>>> True}}, >> >>>>>>>>>>>>>>>>> 'bondings': {}, 'options': {'connectivityCheck': False}} >> >>>>>>>> timed >> >>>>>>>>>> out >> >>>>>>>>>>>>>> after >> >>>>>>>>>>>>>>>> 60 >> >>>>>>>>>>>>>>>>> seconds >> >>>>>>>>>>>>>>>> You can use the script below to bring up ovirtmgmt >> >>>>>>>>>>>>>>>> manually >> >>>>>>>>>> (again, >> >>>>>>>>>>>>>>>> assuming your standard network interface is ens3). It >> >>>>>>>>>>>>>>>> should >> >>>>>>>>>>>> suffice to >> >>>>>>>>>>>>>>>> be able to connect the host to Engine, but you have to >> >>>>>>>>>>>>>>>> run it >> >>>>>>>>>>>> manually >> >>>>>>>>>>>>>>>> after each host boot. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Thanks, I think for RHEL8 brctl was replaced by nmcli: >> >>>>>>>>>>>>>>> >> >>>>>>>> >>
https://computingforgeeks.com/how-to-create-a-linux-network-bridge-on-rhel-c...
>> >>>>>>>> >> >>>>>>>> >> >>>>>>>>>>>>>>>> Does vdsm-client work for you fine otherwise (e.g. for >> >>>>>>>>>>>>>>>> calls >> >>>>>>>> such >> >>>>>>>>>> as >> >>>>>>>>>>>>>>>> `vdsm-client Host getCapabilities'?). If so, I'd suggest >> >>>>>>>> catching >> >>>>>>>>>>>>>>>> someone from the networking team (Edward?, Bell?) to >> >>>>>>>>>>>>>>>> help you >> >>>>>>>> with >> >>>>>>>>>>>>>>>> setupNetworks. >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> No, it hangs for any (insecure) command. >> >>>>>>>>>>>>>> Does vdsm-client work with secure commands? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> [abawer@dhcp-0-191 RPMS]$ vdsm-client Host >> >>>>>>>>>>>>> getNetworkStatistics >> >>>>>>>>>>>>> vdsm-client: Connection to localhost:54321 with use_tls=True, >> >>>>>>>>>> timeout=60 >> >>>>>>>>>>>>> failed: [Errno 13] Permission denied >> >>>>>>>>>>>> Two things to check: >> >>>>>>>>>>>> >> >>>>>>>>>>>> - Is `vdsm-tool configure' happy and were all the services >> >>>>>>>> (libvirtd, >> >>>>>>>>>>>> supervdsmd, vdsmd) restarted after last run of vdsm-tool >> >>>>>>>> configure? >> >>>>>>>>>>> Thanks! >> >>>>>>>>>>> >> >>>>>>>>>>> Running insecure vdsm-client worked for following config and >> >>>>>>>>>>> course >> >>>>>>>> of >> >>>>>>>>>>> actions: >> >>>>>>>>>>> >> >>>>>>>>>>> [root@dhcp-0-191 abawer]# egrep "ssl|tls|tcp|auth" >> >>>>>>>> /etc/vdsm/vdsm.conf >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf /etc/libvirt/qemu.conf | grep -v >> >>>>>>>>>>> "#" >> >>>>>>>>>>> /etc/vdsm/vdsm.conf:ssl = false >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf:auth_unix_ro = "none" >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf:auth_tcp = "none" >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf:auth_unix_rw="none" >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf:listen_tcp = 1 >> >>>>>>>>>>> /etc/libvirt/libvirtd.conf:listen_tls = 0 >> >>>>>>>>>>> /etc/libvirt/qemu.conf:spice_tls=0 >> >>>>>>>>>>> >> >>>>>>>> >>
>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>>>>> [root@dhcp-0-191 abawer]# vdsm-tool configure >> >>>>>>>>>>> >> >>>>>>>>>>> Checking configuration status... >> >>>>>>>>>>> >> >>>>>>>>>>> lvm is configured for vdsm >> >>>>>>>>>>> Current revision of multipath.conf detected,
>> >>>>>>>>>>> Managed volume database is already configured >> >>>>>>>>>>> abrt is already configured for vdsm >> >>>>>>>>>>> libvirt is already configured for vdsm >> >>>>>>>>>>> SUCCESS: ssl configured to false. No conflicts. >> >>>>>>>>>>> >> >>>>>>>>>>> Running configure... >> >>>>>>>>>>> >> >>>>>>>>>>> Done configuring modules to VDSM. >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> Restarted vdsmd, supervdsmd, libvirtd... >> >>>>>>>>>>> >> >>>>>>>>>>> [abawer@dhcp-0-191 ~]$ service vdsmd status >> >>>>>>>>>>> Redirecting to /bin/systemctl status vdsmd.service >> >>>>>>>>>>> ● vdsmd.service - Virtual Desktop Server Manager >> >>>>>>>>>>> Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; >> >>>>>>>>>>> enabled; >> >>>>>>>> vendor >> >>>>>>>>>>> preset: enabled) >> >>>>>>>>>>> Active: active (running) since Tue 2019-07-16 09:11:22 >> >>>>>>>>>>> EDT; 8s ago >> >>>>>>>>>>> Process: 6963 >> >>>>>>>>>>> ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh >> >>>>>>>>>>> --post-stop (code=exited, status=0/SUCCESS) >> >>>>>>>>>>> Process: 6969 >> >>>>>>>>>>> ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh >> >>>>>>>>>>> --pre-start (code=exited, status=0/SUCCESS) >> >>>>>>>>>>> Main PID: 7014 (vdsmd) >> >>>>>>>>>>> Tasks: 38 (limit: 24006) >> >>>>>>>>>>> Memory: 43.4M >> >>>>>>>>>>> CGroup: /system.slice/vdsmd.service >> >>>>>>>>>>> └─7014 /usr/libexec/platform-python >> >>>>>>>>>>> /usr/share/vdsm/vdsmd >> >>>>>>>>>>> >> >>>>>>>>>>> Jul 16 09:11:21 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running prepare_transient_repository >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running syslog_available >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running nwfilter >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running dummybr >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running tune_system >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running test_space >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsmd_init_common.sh[6969]: >> >>>>>>>>>> vdsm: >> >>>>>>>>>>> Running test_lo >> >>>>>>>>>>> Jul 16 09:11:22 dhcp-0-191.tlv.redhat.com systemd[1]: Started >> >>>>>>>> Virtual >> >>>>>>>>>>> Desktop Server Manager. >> >>>>>>>>>>> Jul 16 09:11:23 dhcp-0-191.tlv.redhat.com vdsm[7014]: WARN >> >>>>>>>>>>> MOM not >> >>>>>>>>>>> available. >> >>>>>>>>>>> Jul 16 09:11:23 dhcp-0-191.tlv.redhat.com vdsm[7014]: WARN >> >>>>>>>>>>> MOM not >> >>>>>>>>>>> available, KSM stats will be missing. >> >>>>>>>>>>> [abawer@dhcp-0-191 ~]$ service supervdsmd status >> >>>>>>>>>>> Redirecting to /bin/systemctl status supervdsmd.service >> >>>>>>>>>>> ● supervdsmd.service - Auxiliary vdsm service for running >> >>>>>>>>>>> helper >> >>>>>>>>>> functions >> >>>>>>>>>>> as root >> >>>>>>>>>>> Loaded: loaded >> >>>>>>>>>>> (/usr/lib/systemd/system/supervdsmd.service; >> >>>>>>>> static; >> >>>>>>>>>>> vendor preset: enabled) >> >>>>>>>>>>> Active: active (running) since Tue 2019-07-16 09:11:19 >> >>>>>>>>>>> EDT; 17s >> >>>>>>>> ago >> >>>>>>>>>>> Main PID: 6968 (supervdsmd) >> >>>>>>>>>>> Tasks: 5 (limit: 24006) >> >>>>>>>>>>> Memory: 20.9M >> >>>>>>>>>>> CGroup: /system.slice/supervdsmd.service >> >>>>>>>>>>> └─6968 /usr/libexec/platform-python >> >>>>>>>> /usr/share/vdsm/supervdsmd >> >>>>>>>>>>> --sockfile /var/run/vdsm/svdsm.sock >> >>>>>>>>>>> >> >>>>>>>>>>> Jul 16 09:11:19 dhcp-0-191.tlv.redhat.com systemd[1]: Stopped >> >>>>>>>> Auxiliary >> >>>>>>>>>>> vdsm service for running helper functions as root. >> >>>>>>>>>>> Jul 16 09:11:19 dhcp-0-191.tlv.redhat.com systemd[1]: Started >> >>>>>>>> Auxiliary >> >>>>>>>>>>> vdsm service for running helper functions as root. >> >>>>>>>>>>> [abawer@dhcp-0-191 ~]$ service libvirtd status >> >>>>>>>>>>> Redirecting to /bin/systemctl status libvirtd.service >> >>>>>>>>>>> ● 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 Tue 2019-07-16 09:11:04 >> >>>>>>>>>>> EDT; 38s >> >>>>>>>> ago >> >>>>>>>>>>> Docs: man:libvirtd(8) >> >>>>>>>>>>> https://libvirt.org >> >>>>>>>>>>> Main PID: 6448 (libvirtd) >> >>>>>>>>>>> Tasks: 17 (limit: 32768) >> >>>>>>>>>>> Memory: 12.5M >> >>>>>>>>>>> CGroup: /system.slice/libvirtd.service >> >>>>>>>>>>> └─6448 /usr/sbin/libvirtd --listen >> >>>>>>>>>>> >> >>>>>>>>>>> Jul 16 09:11:04 dhcp-0-191.tlv.redhat.com systemd[1]: Stopped >> >>>>>>>>>>> Virtualization daemon. >> >>>>>>>>>>> Jul 16 09:11:04 dhcp-0-191.tlv.redhat.com systemd[1]: Starting >> >>>>>>>>>>> Virtualization daemon... >> >>>>>>>>>>> Jul 16 09:11:04 dhcp-0-191.tlv.redhat.com systemd[1]: Started >> >>>>>>>>>>> Virtualization daemon. >> >>>>>>>>>>> Jul 16 09:11:09 dhcp-0-191.tlv.redhat.com libvirtd[6448]: >> >>>>>>>>>>> libvirt >> >>>>>>>>>> version: >> >>>>>>>>>>> 5.0.0, package: 7.module+el8+2887+effa3c42 (Red Hat, Inc. < >> >>>>>>>>>>> http://bugzilla.redhat.> >> >>>>>>>>>>> Jul 16 09:11:09 dhcp-0-191.tlv.redhat.com libvirtd[6448]: >> >>>>>>>>>>> hostname: >> >>>>>>>>>>> dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>> Jul 16 09:11:09 dhcp-0-191.tlv.redhat.com libvirtd[6448]: >> >>>>>>>>>>> End of >> >>>>>>>> file >> >>>>>>>>>> while >> >>>>>>>>>>> reading data: Input/output error >> >>>>>>>>>>> Jul 16 09:11:19 dhcp-0-191.tlv.redhat.com libvirtd[6448]: >> >>>>>>>>>>> End of >> >>>>>>>> file >> >>>>>>>>>> while >> >>>>>>>>>>> reading data: Input/output error >> >>>>>>>>>>> >> >>>>>>>>>>> [abawer@dhcp-0-191 ~]$ echo '{"networks": {"ovirtmgmt": >> {"nic": >> >>>>>>>>>> "enp0s3", >> >>>>>>>>>>> "bootproto": "dhcp", "defaultRoute": true}}, "bondings": {}, >> >>>>>>>> "options": >> >>>>>>>>>>> {"connectivityCheck": false}}' | vdsm-client --insecure -f - >> >>>>>>>>>>> Host >> >>>>>>>>>>> setupNetworks >> >>>>>>>>>>> { >> >>>>>>>>>>> "code": 0, >> >>>>>>>>>>> "message": "Done" >> >>>>>>>>>>> } >> >>>>>>>>>>> >> >>>>>>>>>>> [abawer@dhcp-0-191 ~]$ >> >>>>>>>>>> Looks fine, great. If networking works fine after
change >> >>>>>>>>>> don't >> >>>>>>>>>> forget to run >> >>>>>>>>>> >> >>>>>>>>>> vdsm-client Host setSafeNetworkConfig >> >>>>>>>>>> >> >>>>>>>>>> before reboot to save the configuration. >> >>>>>>>>>> >> >>>>>>>>>> Can you activate the host in Engine now? >> >>>>>>>>>> >> >>>>>>>>>>>> - Are there any details reported about the error in vdsm.log? >> >>>>>>>>>>>> >> >>>>>>>>>>>>>>> seems like the vdsm in non responsive for rpc although >> >>>>>>>> according to >> >>>>>>>>>>>>>>> vdsm.log it seems the connections are accepted during >> >>>>>>>> vdsm-client >> >>>>>>>>>>>>>>> execution. >> >>>>>>>>>>>>>> Just to be sure: Do you have current master? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> commit 8d8b74dfbab8514437c1ce3edd05b9bdda834129 >> >>>>>>>>>>>>> (github/master) >> >>>>>>>>>>>>> Author: Nir Soffer <nsoffer@redhat.com> >> >>>>>>>>>>>>> Date: Mon Jul 15 03:15:52 2019 +0300 >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On top of it i have some local py3 fixes which are only on >> >>>>>>>>>>>>> storage >> >>>>>>>>>>>> component >> >>>>>>>>>>>> >> >>>>>>>>>>>> OK, should be fine. >> >>>>>>>>>>>> >> >>>>>>>>>>>>>>> Will ask, Thanks. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> On Mon, Jul 15, 2019 at 6:28 PM Amit Bawer < >> >>>>>>>> abawer@redhat.com> >> >>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>> Thanks, but now it hangs for --insecure execution >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> echo '{"networks": {"ovirtmgmt": {"nic": "ens3", >> >>>>>>>> "bootproto": >> >>>>>>>>>>>> "dhcp", >> >>>>>>>>>>>>>>>>>> "defaultRoute": true}}, "bondings": {}, "options": >> >>>>>>>>>>>>>> {"connectivityCheck": >> >>>>>>>>>>>>>>>>>> false}}' | vdsm-client --insecure -f - Host >> >>>>>>>>>>>>>>>>>> setupNetworks >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Ctrl+C dumps >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> No subscription with >> >>>>>>>>>>>>>>>>>> caf3d1fa-3331-44af-8d54-a65bd5d7d042 >> >>>>>>>> id >> >>>>>>>>>>>>>>>>>> Traceback (most recent call last): >> >>>>>>>>>>>>>>>>>> File "/usr/bin/vdsm-client", line 25, in <module> >> >>>>>>>>>>>>>>>>>> client.main() >> >>>>>>>>>>>>>>>>>> File >> >>>>>>>> "/usr/lib/python3.6/site-packages/vdsmclient/client.py", >> >>>>>>>>>>>> line >> >>>>>>>>>>>>>>>> 185, >> >>>>>>>>>>>>>>>>>> in main >> >>>>>>>>>>>>>>>>>> result = command(**request_params) >> >>>>>>>>>>>>>>>>>> File >> >>>>>>>>>>>>>>>>>> "/usr/lib/python3.6/site-packages/vdsm/client.py", >> >>>>>>>> line >> >>>>>>>>>>>> 289, >> >>>>>>>>>>>>>> in >> >>>>>>>>>>>>>>>>>> _call >> >>>>>>>>>>>>>>>>>> req, timeout=timeout, flow_id=self._flow_id) >> >>>>>>>>>>>>>>>>>> File >> >>>>>>>>>>>> "/usr/lib/python3.6/site-packages/yajsonrpc/jsonrpcclient.py", >> >>>>>>>>>>>>>>>> line >> >>>>>>>>>>>>>>>>>> 91, in call >> >>>>>>>>>>>>>>>>>> call.wait(kwargs.get('timeout', CALL_TIMEOUT)) >> >>>>>>>>>>>>>>>>>> File >> >>>>>>>>>>>> "/usr/lib/python3.6/site-packages/yajsonrpc/jsonrpcclient.py", >> >>>>>>>>>>>>>>>> line >> >>>>>>>>>>>>>>>>>> 290, in wait >> >>>>>>>>>>>>>>>>>> self._ev.wait(timeout) >> >>>>>>>>>>>>>>>>>> File "/usr/lib64/python3.6/threading.py",
>> >>>>>>>>>>>>>>>>>> 551, in >> >>>>>>>> wait >> >>>>>>>>>>>>>>>>>> signaled = self._cond.wait(timeout) >> >>>>>>>>>>>>>>>>>> File "/usr/lib64/python3.6/threading.py",
/etc/libvirt/qemu.conf:spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" preserving this line line
>> >>>>>>>>>>>>>>>>>> 299, in >> >>>>>>>> wait >> >>>>>>>>>>>>>>>>>> gotit = waiter.acquire(True, timeout) >> >>>>>>>>>>>>>>>>>> KeyboardInterrupt >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> On Mon, Jul 15, 2019 at 6:15 PM Milan Zamazal < >> >>>>>>>>>>>> mzamazal@redhat.com> >> >>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> On Mon, Jul 15, 2019 at 5:50 PM Milan Zamazal < >> >>>>>>>>>>>>>> mzamazal@redhat.com> >> >>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>> Amit Bawer <abawer@redhat.com> writes: >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> I followed your RHEL8 vdsm guide, was very useful >> >>>>>>>>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>> installing >> >>>>>>>>>>>>>>>>>>> vdsm on >> >>>>>>>>>>>>>>>>>>>>>> RHEL8. >> >>>>>>>>>>>>>>>>>>>>>> Though I had to build MOM locally and it doesn't >> >>>>>>>> seem to >> >>>>>>>>>>>> fully >> >>>>>>>>>>>>>>>> work >> >>>>>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>>>>>>>> RHEL8 yet. >> >>>>>>>>>>>>>>>>>>>>> I don't think MoM is required for anything, you >> >>>>>>>>>>>>>>>>>>>>> should >> >>>>>>>> be >> >>>>>>>>>>>> able to >> >>>>>>>>>>>>>>>> run >> >>>>>>>>>>>>>>>>>>>>> Vdsm happily without it and `vdsm' package currently >> >>>>>>>>>> doesn't >> >>>>>>>>>>>>>> depend >> >>>>>>>>>>>>>>>> on >> >>>>>>>>>>>>>>>>>>>>> it on RHEL 8. A fix was posted for one issue today: >> >>>>>>>>>>>>>>>>>>>>> https://gerrit.ovirt.org/101804. If you have any >> >>>>>>>> other >> >>>>>>>>>>>> troubles >> >>>>>>>>>>>>>>>> with >> >>>>>>>>>>>>>>>>>>>>> MoM, please report them to Andrej Krejčíř < >> >>>>>>>>>>>> akrejcir@redhat.com>. >> >>>>>>>>>>>>>>>>>>>>>> Next step is to test attach NFS domain, have to set >> >>>>>>>> up an >> >>>>>>>>>>>>>> engine >> >>>>>>>>>>>>>>>>>>> first >> >>>>>>>>>>>>>>>>>>>>>> since it seems that vdsm-client is not the >> >>>>>>>>>> straightforward >> >>>>>>>>>>>>>> choice >> >>>>>>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>>>> this >> >>>>>>>>>>>>>>>>>>>>>> operation. >> >>>>>>>>>>>>>>>>>>>>> Please note that since host deploy etc. is not fully >> >>>>>>>>>> working >> >>>>>>>>>>>> yet >> >>>>>>>>>>>>>>>> it's a >> >>>>>>>>>>>>>>>>>>>>> bit tricky to attach a RHEL 8 host to Engine. But >> >>>>>>>>>>>>>>>>>>>>> it's >> >>>>>>>>>>>> doable. >> >>>>>>>>>>>>>>>>>>>>> - A host is added to Engine. Its installation will >> >>>>>>>> fail, >> >>>>>>>>>> but >> >>>>>>>>>>>>>> Engine >> >>>>>>>>>>>>>>>>>>>>> will know about the host. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> - Vdsm can be installed and run manually on the host, >> >>>>>>>>>> you've >> >>>>>>>>>>>>>> already >> >>>>>>>>>>>>>>>>>>>>> done that. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> - You need to set up `ovirtmgmt' network in order to >> >>>>>>>> talk >> >>>>>>>>>> with >> >>>>>>>>>>>>>>>> Engine. >> >>>>>>>>>>>>>>>>>>>>> Here is what I've used on the host, based on advice >> >>>>>>>> from >> >>>>>>>>>>>>>> network >> >>>>>>>>>>>>>>>>>>> guys: >> >>>>>>>>>>>>>>>>>>>>> echo '{"networks": {"ovirtmgmt": {"nic": "ens3", >> >>>>>>>>>>>> "bootproto": >> >>>>>>>>>>>>>>>>>>> "dhcp", >> >>>>>>>>>>>>>>>>>>>>> "defaultRoute": true}}, "bondings": {}, "options": >> >>>>>>>>>>>>>>>>>>> {"connectivityCheck": >> >>>>>>>>>>>>>>>>>>>>> false}}' | vdsm-client -f - Host setupNetworks >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> gives me >> >>>>>>>>>>>>>>>>>>>> �� vdsm-client: Connection to localhost:54321 with >> >>>>>>>>>> use_tls=True, >> >>>>>>>>>>>>>>>>>>> timeout=60 >> >>>>>>>>>>>>>>>>>>>> failed: [Errno 13] Permission denied >> >>>>>>>>>>>>>>>>>>>> for either local user or root user >> >>>>>>>>>>>>>>>>>>> I think I experienced something similar when I >> >>>>>>>>>>>>>>>>>>> installed >> >>>>>>>> the >> >>>>>>>>>>>>>>>>>>> certificates to /etc/pki/vdsm from another host and >> >>>>>>>> forgot to >> >>>>>>>>>>>> change >> >>>>>>>>>>>>>>>>>>> their owners to vdsm:kvm. You may also try to disable >> >>>>>>>> ssl in >> >>>>>>>>>>>>>> vdsm.conf >> >>>>>>>>>>>>>>>>>>> (don't forget to run `vdsm-tool configure' afterwards) >> >>>>>>>> and run >> >>>>>>>>>>>>>>>>>>> vdsm-client with --insecure option. >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> vdsm-client Host setSafeNetworkConfig >> >>>>>>>>>>>>>>>>>>>>> reboot >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> ("ens3" above is my default network interface >> >>>>>>>>>>>>>>>>>>>>> on the >> >>>>>>>>>> host.) >> >>>>>>>>>>>>>>>>>>>>> Beware the first command (or other commands) may >> >>>>>>>>>> disconnect >> >>>>>>>>>>>> you >> >>>>>>>>>>>>>>>> from >> >>>>>>>>>>>>>>>>>>>>> the host and leave the host disconnected, so be sure >> >>>>>>>> to >> >>>>>>>>>>>> perform >> >>>>>>>>>>>>>>>> the >> >>>>>>>>>>>>>>>>>>>>> commands from a console in case you decide to >> >>>>>>>> configure >> >>>>>>>>>>>>>> networking >> >>>>>>>>>>>>>>>>>>>>> this way. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> - In case you use TLS communication with Engine, it >> >>>>>>>> may be >> >>>>>>>>>>>>>>>> necessary to >> >>>>>>>>>>>>>>>>>>>>> set up the certificates manually (while Engine enroll >> >>>>>>>>>>>>>> certificate >> >>>>>>>>>>>>>>>>>>>>> operation seemed to report success in the UI, the >> >>>>>>>>>>>> certificates >> >>>>>>>>>>>>>>>>>>> weren't >> >>>>>>>>>>>>>>>>>>>>> installed for me). That means (courtesy to Marcin >> >>>>>>>>>> Sobczyk >> >>>>>>>>>>>> for >> >>>>>>>>>>>>>>>>>>>>> providing these tips): >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> - Enable legacy crypto policies: >> >>>>>>>> update-crypto-policies >> >>>>>>>>>>>> --set >> >>>>>>>>>>>>>>>> LEGACY >> >>>>>>>>>>>>>>>>>>>>> - On the host side, copy /etc/pki/vdsm from some host >> >>>>>>>>>>>> already >> >>>>>>>>>>>>>>>>>>>>> successfully connected to the same Engine. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> - On the Engine side, copy >> >>>>>>>>>>>>>>>>>>>>> /etc/pki/ovirt-engine/requests/HOSTNAME.com.req for >> >>>>>>>>>> your >> >>>>>>>>>>>> host >> >>>>>>>>>>>>>>>> named >> >>>>>>>>>>>>>>>>>>>>> HOSTNAME from an already connected host. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> When not using TLS, no further special >> >>>>>>>>>>>>>>>>>>>>> arrangements >> >>>>>>>>>> should >> >>>>>>>>>>>> be >> >>>>>>>>>>>>>>>>>>>>> necessary. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> Thank you for info, please tell me when you have >> >>>>>>>> anything >> >>>>>>>>>> new >> >>>>>>>>>>>> or >> >>>>>>>>>>>>>> you >> >>>>>>>>>>>>>>>>>>>>> need some help. >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> [root@dhcp-0-191 ~]# uname -rn >> >>>>>>>>>>>>>>>>>>>>>> dhcp-0-191.tlv.redhat.com 4.18.0-80.el8.x86_64 >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> [root@dhcp-0-191 ~]# systemctl status vdsmd >> >>>>>>>>>>>>>>>>>>>>>> ● vdsmd.service - Virtual Desktop Server Manager >> >>>>>>>>>>>>>>>>>>>>>> Loaded: loaded >> >>>>>>>> (/usr/lib/systemd/system/vdsmd.service; >> >>>>>>>>>>>>>> enabled; >> >>>>>>>>>>>>>>>>>>> vendor >> >>>>>>>>>>>>>>>>>>>>>> preset: enabled) >> >>>>>>>>>>>>>>>>>>>>>> Active: active (running) since Mon 2019-07-15 >> >>>>>>>> 09:02:06 >> >>>>>>>>>>>> EDT; >> >>>>>>>>>>>>>>>> 36min >> >>>>>>>>>>>>>>>>>>> ago >> >>>>>>>>>>>>>>>>>>>>>> Process: 1863 >> >>>>>>>>>>>>>>>> ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh >> >>>>>>>>>>>>>>>>>>>>>> --pre-start (code=exited, status=0/SUCCESS) >> >>>>>>>>>>>>>>>>>>>>>> Main PID: 1978 (vdsmd) >> >>>>>>>>>>>>>>>>>>>>>> Tasks: 38 (limit: 11516) >> >>>>>>>>>>>>>>>>>>>>>> Memory: 63.6M >> >>>>>>>>>>>>>>>>>>>>>> CGroup: /system.slice/vdsmd.service >> >>>>>>>>>>>>>>>>>>>>>> └─1978 /usr/libexec/platform-python >> >>>>>>>>>>>>>>>> /usr/share/vdsm/vdsmd >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:05 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running prepare_transient_repository >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:05 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running syslog_available >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:05 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running nwfilter >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:06 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running dummybr >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:06 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running tune_system >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:06 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running test_space >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:06 dhcp-0-191.tlv.redhat.com >> >>>>>>>>>>>>>>>>>>> vdsmd_init_common.sh[1863]: >> >>>>>>>>>>>>>>>>>>>>> vdsm: >> >>>>>>>>>>>>>>>>>>>>>> Running test_lo >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:06 dhcp-0-191.tlv.redhat.com >> >>>>>>>> systemd[1]: >> >>>>>>>>>>>> Started >> >>>>>>>>>>>>>>>>>>> Virtual >> >>>>>>>>>>>>>>>>>>>>>> Desktop Server Manager. >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:08 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsm[1978]: >> >>>>>>>>>> WARN >> >>>>>>>>>>>> MOM >> >>>>>>>>>>>>>>>> not >> >>>>>>>>>>>>>>>>>>>>>> available. >> >>>>>>>>>>>>>>>>>>>>>> Jul 15 09:02:08 dhcp-0-191.tlv.redhat.com >> >>>>>>>> vdsm[1978]: >> >>>>>>>>>> WARN >> >>>>>>>>>>>> MOM >> >>>>>>>>>>>>>>>> not >> >>>>>>>>>>>>>>>>>>>>>> available, KSM stats will be missing. >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> On Mon, Jul 15, 2019 at 4:11 PM Milan Zamazal < >> >>>>>>>>>>>>>>>> mzamazal@redhat.com> >> >>>>>>>>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>>>>>>>>>> Hi Amit, how is it going with your work on PoC >> >>>>>>>> NFS? Do >> >>>>>>>>>> you >> >>>>>>>>>>>>>> need >> >>>>>>>>>>>>>>>>>>> help >> >>>>>>>>>>>>>>>>>>>>>>> with anything? Is there anything to experiment >> >>>>>>>> with? >>
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mailto:mzamazal@redhat.com> comment, adding +devel <mailto:devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0 <http://ovirt.org/vm/tune/1.0>" xmlns:ovirt-vm="http://ovirt.org/vm/1.0 <http://ovirt.org/vm/1.0>" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6:_exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution: Current master base for PoC RHEL8 host is: commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200 When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace: 9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID> <ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID> <ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181) On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID> <ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID> <ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice: cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh #!/bin/bash sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml" EOF chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh [1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
Per +Milan Zamazal <mailto:mzamazal@redhat.com> comment, adding +devel <mailto:devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6:_exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook. Now its seems like py3 issue for hooks handling: 2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str' On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook.
Now its seems like py3 issue for hooks handling: Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID> <ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID> <ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
Per +Milan Zamazal <mailto:mzamazal@redhat.com> comment, adding +devel <mailto:devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6:_exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda"> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
I see. Since there are several patches on this topic. Please ping me when its merged and I'll rebase the PoC branch. Thanks! On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of 'py3_poc' branch. Able to start VM , but cannot connect graphics console - when trying it shows blank screen with "connecting to graphics sever" and nothing happens. No error message in vdsm.log. [image: image.png] On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com> wrote:
I see. Since there are several patches on this topic. Please ping me when its merged and I'll rebase the PoC branch. Thanks!
On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote:
Thanks, applied the fixed patch.
No I am punished for choosing not to work with SSL/TLS in Vdsm when trying to "Run" VM. - Any known workaround for this?
yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
That’s part of the ongoing fixes, please don’t discuss this privately, this belongs to devel@ list. Many people are struggling with the same issues while they’re working on their areas, and we need complete visibility
24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> </rng> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <controller index="0" model="piix3-uhci" type="usb" /> <controller index="0" model="virtio-scsi" type="scsi"> <driver iothread="1" /> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> </controller> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> </memballoon> <controller index="0" ports="16" type="virtio-serial"> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> </controller> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> </video> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="scsi" dev="sda" /> <source file="/rhev/data-center/mnt/10.35.1.6: _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw" /> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> <address bus="0" controller="0" target="0" type="drive" unit="0" /> <boot order="1" /> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="sda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID>
<ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID>
<ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection (guestagent:455) 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4440824940}} (__init__:181)
Amit Bawer <abawer@redhat.com> writes:
Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of 'py3_poc' branch.
Able to start VM ,
Cool!
but cannot connect graphics console - when trying it shows blank screen with "connecting to graphics sever" and nothing happens.
Did you try it with VNC console? There is better chance with VNC than with SPICE.
No error message in vdsm.log.
[image: image.png]
On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com> wrote:
I see. Since there are several patches on this topic. Please ping me when its merged and I'll rebase the PoC branch. Thanks!
On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote:
Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel <devel@ovirt.org>
On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
> > > On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote: > > Thanks, applied the fixed patch. > > No I am punished for choosing not to work with SSL/TLS in Vdsm when > trying to "Run" VM. > - Any known workaround for this? > > yes, vdsm-tool reconfigure
"vdsm-tool reconfigure" is not a valid option.
> That’s part of the ongoing fixes, please don’t discuss this > privately, this belongs to devel@ list. > Many people are struggling with the same issues while they’re working > on their areas, and we need complete visibility > > > 24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] > (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' > encoding='utf-8'?> > <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" > http://ovirt.org/vm/1.0" type="kvm"> > <name>vm1</name> > <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> > <memory>1048576</memory> > <currentMemory>1048576</currentMemory> > <iothreads>1</iothreads> > <maxMemory slots="16">4194304</maxMemory> > <vcpu current="1">16</vcpu> > <sysinfo type="smbios"> > <system> > <entry name="manufacturer">oVirt</entry> > <entry name="product">RHEL</entry> > <entry name="version">8.0-0.44.el8</entry> > <entry > name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> > <entry > name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> > </system> > </sysinfo> > <clock adjustment="0" offset="variable"> > <timer name="rtc" tickpolicy="catchup" /> > <timer name="pit" tickpolicy="delay" /> > <timer name="hpet" present="no" /> > </clock> > <features> > <acpi /> > </features> > <cpu match="exact"> > <model>SandyBridge</model> > <topology cores="1" sockets="16" threads="1" /> > <numa> > <cell cpus="0-15" id="0" memory="1048576" /> > </numa> > </cpu> > <cputune /> > <devices> > <input bus="usb" type="tablet" /> > <channel type="unix"> > <target name="ovirt-guest-agent.0" type="virtio" /> > <source mode="bind" > path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" > /> > </channel> > <channel type="unix"> > <target name="org.qemu.guest_agent.0" type="virtio" /> > <source mode="bind" > path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" > /> > </channel> > <rng model="virtio"> > <backend model="random">/dev/urandom</backend> > <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> > </rng> > <graphics autoport="yes" passwd="*****" > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> > <channel mode="secure" name="main" /> > <channel mode="secure" name="inputs" /> > <channel mode="secure" name="cursor" /> > <channel mode="secure" name="playback" /> > <channel mode="secure" name="record" /> > <channel mode="secure" name="display" /> > <channel mode="secure" name="smartcard" /> > <channel mode="secure" name="usbredir" /> > <listen network="vdsm-ovirtmgmt" type="network" /> > </graphics> > <controller index="0" model="piix3-uhci" type="usb" /> > <controller index="0" model="virtio-scsi" type="scsi"> > <driver iothread="1" /> > <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> > </controller> > <graphics autoport="yes" keymap="en-us" passwd="*****" > passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> > <listen network="vdsm-ovirtmgmt" type="network" /> > </graphics> > <memballoon model="virtio"> > <stats period="5" /> > <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> > </memballoon> > <controller index="0" ports="16" type="virtio-serial"> > <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> > </controller> > <video> > <model heads="1" ram="65536" type="qxl" vgamem="16384" > vram="8192" /> > <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> > </video> > <channel type="spicevmc"> > <target name="com.redhat.spice.0" type="virtio" /> > </channel> > <disk device="cdrom" snapshot="no" type="file"> > <driver error_policy="report" name="qemu" type="raw" /> > <source file="" startupPolicy="optional"> > <seclabel model="dac" relabel="no" type="none" /> > </source> > <target bus="ide" dev="hdc" /> > <readonly /> > <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> > </disk> > <disk device="disk" snapshot="no" type="file"> > <target bus="scsi" dev="sda" /> > <source file="/rhev/data-center/mnt/10.35.1.6: > _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> > <seclabel model="dac" relabel="no" type="none" /> > </source> > <driver cache="none" error_policy="stop" io="threads" > name="qemu" type="raw" /> > <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> > <address bus="0" controller="0" target="0" type="drive" > unit="0" /> > <boot order="1" /> > <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> > </disk> > </devices> > <pm> > <suspend-to-disk enabled="no" /> > <suspend-to-mem enabled="no" /> > </pm> > <os> > <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> > <smbios mode="sysinfo" /> > </os> > <metadata> > <ns0:qos /> > <ovirt-vm:vm> > <ovirt-vm:minGuaranteedMemoryMb > type="int">1024</ovirt-vm:minGuaranteedMemoryMb> > <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> > <ovirt-vm:custom /> > <ovirt-vm:device devtype="disk" name="sda"> > > <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> > > <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> > > <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> > > <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> > </ovirt-vm:device> > <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> > > <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> > </ovirt-vm:vm> > </metadata> > </domain> > (vm:2570) > 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] > (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed > (vm:841) > Traceback (most recent call last): > File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, > in _startUnderlyingVm > self._run() > File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, > in _run > dom.createWithFlags(flags) > File > "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line > 131, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", > line 94, in wrapper > return func(inst, *args, **kwargs) > File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in > createWithFlags > if ret == -1: raise libvirtError ('virDomainCreateWithFlags() > failed', dom=self) > libvirt.libvirtError: unsupported configuration: Auto allocation of > spice TLS port requested but spice TLS is disabled in qemu.conf > 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] > (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: > unsupported configuration: Auto allocation of spice TLS port requested but > spice TLS is disabled in qemu.conf (code=1) (vm:1595) > 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] > (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection > (guestagent:455) > 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) > [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": > "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": > {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": > "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": > "unsupported configuration: Auto allocation of spice TLS port requested but > spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": > 4440824940}} (__init__:181) > > >
On 30 Jul 2019, at 16:08, Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of 'py3_poc' branch.
Able to start VM ,
Cool!
but cannot connect graphics console - when trying it shows blank screen with "connecting to graphics sever" and nothing happens.
Did you try it with VNC console? There is better chance with VNC than with SPICE.
or headless. That worked 2 weeks ago already. Once the current patches are merged it’s going to be far easier for everyone to resolve the other remaining issues
No error message in vdsm.log.
[image: image.png]
On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com> wrote:
I see. Since there are several patches on this topic. Please ping me when its merged and I'll rebase the PoC branch. Thanks!
On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now gone with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine communication resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace:
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" /> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" /> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> <seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> </ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1] https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote:
On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
> > > On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote: > > Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel > <devel@ovirt.org> > > On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < > michal.skrivanek@redhat.com> wrote: > >> >> >> On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote: >> >> Thanks, applied the fixed patch. >> >> No I am punished for choosing not to work with SSL/TLS in Vdsm when >> trying to "Run" VM. >> - Any known workaround for this? >> >> > yes, vdsm-tool reconfigure >
"vdsm-tool reconfigure" is not a valid option.
> >> That’s part of the ongoing fixes, please don’t discuss this >> privately, this belongs to devel@ list. >> Many people are struggling with the same issues while they’re working >> on their areas, and we need complete visibility >> >> >> 24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] >> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' >> encoding='utf-8'?> >> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" >> http://ovirt.org/vm/1.0" type="kvm"> >> <name>vm1</name> >> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> >> <memory>1048576</memory> >> <currentMemory>1048576</currentMemory> >> <iothreads>1</iothreads> >> <maxMemory slots="16">4194304</maxMemory> >> <vcpu current="1">16</vcpu> >> <sysinfo type="smbios"> >> <system> >> <entry name="manufacturer">oVirt</entry> >> <entry name="product">RHEL</entry> >> <entry name="version">8.0-0.44.el8</entry> >> <entry >> name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> >> <entry >> name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> >> </system> >> </sysinfo> >> <clock adjustment="0" offset="variable"> >> <timer name="rtc" tickpolicy="catchup" /> >> <timer name="pit" tickpolicy="delay" /> >> <timer name="hpet" present="no" /> >> </clock> >> <features> >> <acpi /> >> </features> >> <cpu match="exact"> >> <model>SandyBridge</model> >> <topology cores="1" sockets="16" threads="1" /> >> <numa> >> <cell cpus="0-15" id="0" memory="1048576" /> >> </numa> >> </cpu> >> <cputune /> >> <devices> >> <input bus="usb" type="tablet" /> >> <channel type="unix"> >> <target name="ovirt-guest-agent.0" type="virtio" /> >> <source mode="bind" >> path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" >> /> >> </channel> >> <channel type="unix"> >> <target name="org.qemu.guest_agent.0" type="virtio" /> >> <source mode="bind" >> path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" >> /> >> </channel> >> <rng model="virtio"> >> <backend model="random">/dev/urandom</backend> >> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> >> </rng> >> <graphics autoport="yes" passwd="*****" >> passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> >> <channel mode="secure" name="main" /> >> <channel mode="secure" name="inputs" /> >> <channel mode="secure" name="cursor" /> >> <channel mode="secure" name="playback" /> >> <channel mode="secure" name="record" /> >> <channel mode="secure" name="display" /> >> <channel mode="secure" name="smartcard" /> >> <channel mode="secure" name="usbredir" /> >> <listen network="vdsm-ovirtmgmt" type="network" /> >> </graphics> >> <controller index="0" model="piix3-uhci" type="usb" /> >> <controller index="0" model="virtio-scsi" type="scsi"> >> <driver iothread="1" /> >> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> >> </controller> >> <graphics autoport="yes" keymap="en-us" passwd="*****" >> passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> >> <listen network="vdsm-ovirtmgmt" type="network" /> >> </graphics> >> <memballoon model="virtio"> >> <stats period="5" /> >> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> >> </memballoon> >> <controller index="0" ports="16" type="virtio-serial"> >> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> >> </controller> >> <video> >> <model heads="1" ram="65536" type="qxl" vgamem="16384" >> vram="8192" /> >> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> >> </video> >> <channel type="spicevmc"> >> <target name="com.redhat.spice.0" type="virtio" /> >> </channel> >> <disk device="cdrom" snapshot="no" type="file"> >> <driver error_policy="report" name="qemu" type="raw" /> >> <source file="" startupPolicy="optional"> >> <seclabel model="dac" relabel="no" type="none" /> >> </source> >> <target bus="ide" dev="hdc" /> >> <readonly /> >> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> >> </disk> >> <disk device="disk" snapshot="no" type="file"> >> <target bus="scsi" dev="sda" /> >> <source file="/rhev/data-center/mnt/10.35.1.6: >> _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> >> <seclabel model="dac" relabel="no" type="none" /> >> </source> >> <driver cache="none" error_policy="stop" io="threads" >> name="qemu" type="raw" /> >> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> >> <address bus="0" controller="0" target="0" type="drive" >> unit="0" /> >> <boot order="1" /> >> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> >> </disk> >> </devices> >> <pm> >> <suspend-to-disk enabled="no" /> >> <suspend-to-mem enabled="no" /> >> </pm> >> <os> >> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> >> <smbios mode="sysinfo" /> >> </os> >> <metadata> >> <ns0:qos /> >> <ovirt-vm:vm> >> <ovirt-vm:minGuaranteedMemoryMb >> type="int">1024</ovirt-vm:minGuaranteedMemoryMb> >> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> >> <ovirt-vm:custom /> >> <ovirt-vm:device devtype="disk" name="sda"> >> >> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> >> >> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> >> >> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> >> >> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> >> </ovirt-vm:device> >> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> >> >> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> >> </ovirt-vm:vm> >> </metadata> >> </domain> >> (vm:2570) >> 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] >> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed >> (vm:841) >> Traceback (most recent call last): >> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, >> in _startUnderlyingVm >> self._run() >> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, >> in _run >> dom.createWithFlags(flags) >> File >> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line >> 131, in wrapper >> ret = f(*args, **kwargs) >> File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", >> line 94, in wrapper >> return func(inst, *args, **kwargs) >> File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in >> createWithFlags >> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >> failed', dom=self) >> libvirt.libvirtError: unsupported configuration: Auto allocation of >> spice TLS port requested but spice TLS is disabled in qemu.conf >> 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] >> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: >> unsupported configuration: Auto allocation of spice TLS port requested but >> spice TLS is disabled in qemu.conf (code=1) (vm:1595) >> 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] >> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection >> (guestagent:455) >> 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) >> [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": >> "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": >> {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": >> "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": >> "unsupported configuration: Auto allocation of spice TLS port requested but >> spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": >> 4440824940}} (__init__:181) >> >> >> >
On Wed, Jul 31, 2019 at 1:11 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 30 Jul 2019, at 16:08, Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of 'py3_poc' branch.
Able to start VM ,
Cool!
but cannot connect graphics console - when trying it shows blank screen with "connecting to graphics sever" and nothing happens.
Did you try it with VNC console? There is better chance with VNC than with SPICE.
or headless. That worked 2 weeks ago already.
Thanks. Managed to get to VM console on VNC mode. Yet when trying to choose CD image there i am seeing the following py3 error in vdsm.log: 2019-07-31 05:58:00,935-0400 INFO (Thread-2) [vds.http.Server] Request handler for ::ffff:10.35.0.140:33459 started (http:306) 2019-07-31 05:58:00,936-0400 ERROR (Thread-2) [rpc.http.ImageRequestHandler] error during execution (http:253) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 154, in do_PUT httplib.LENGTH_REQUIRED) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 216, in _getIntHeader value = self._getRequiredHeader(headerName, missingError) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 221, in _getRequiredHeader value = self.headers.getheader( AttributeError: 'HTTPMessage' object has no attribute 'getheader'
Once the current patches are merged it’s going to be far easier for everyone to resolve the other remaining issues
I believe so as well, but its up to the gerrit committee :)
No error message in vdsm.log.
[image: image.png]
On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com> wrote:
I see. Since there are several patches on this topic. Please ping me
its merged and I'll rebase the PoC branch. Thanks!
On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now
gone
with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0. 136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path:
'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65'
-> '*file=/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 1:14 PM, Amit Bawer wrote:
Reviving the mail-thread, checking for Non-TLS host-engine
communication
resolution:
Current master base for PoC RHEL8 host is:
commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) Author: Marcin Sobczyk <msobczyk@redhat.com> Date: Fri Jul 12 12:54:57 2019 +0200
When trying to "Run" VM on RHEL8 vdsm.log shows following failure
9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' encoding='utf-8'?> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" http://ovirt.org/vm/1.0" type="kvm"> <name>vm1</name> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <iothreads>1</iothreads> <maxMemory slots="16">4194304</maxMemory> <vcpu current="1">16</vcpu> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">RHEL</entry> <entry name="version">8.0-0.44.el8</entry> <entry name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> <entry name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> </system> </sysinfo> <clock adjustment="0" offset="variable"> <timer name="rtc" tickpolicy="catchup" /> <timer name="pit" tickpolicy="delay" /> <timer name="hpet" present="no" /> </clock> <features> <acpi /> </features> <cpu match="exact"> <model>SandyBridge</model> <topology cores="1" sockets="16" threads="1" /> <numa> <cell cpus="0-15" id="0" memory="1048576" /> </numa> </cpu> <cputune /> <devices> <input bus="usb" type="tablet" /> <channel type="unix"> <target name="ovirt-guest-agent.0" type="virtio" /> <source mode="bind"
/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio" /> <source mode="bind"
/> </channel> <rng model="virtio"> <backend model="random">/dev/urandom</backend> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> </rng> <video> <model heads="1" ram="65536" type="qxl" vgamem="16384" vram="8192" /> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> </video> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <memballoon model="virtio"> <stats period="5" /> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> </memballoon> <graphics autoport="yes" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main" /> <channel mode="secure" name="inputs" /> <channel mode="secure" name="cursor" /> <channel mode="secure" name="playback" /> <channel mode="secure" name="record" /> <channel mode="secure" name="display" /> <channel mode="secure" name="smartcard" /> <channel mode="secure" name="usbredir" /> <listen network="vdsm-ovirtmgmt" type="network" /> </graphics> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio" /> </channel> <disk device="cdrom" snapshot="no" type="file"> <driver error_policy="report" name="qemu" type="raw" /> <source file="" startupPolicy="optional"> <seclabel model="dac" relabel="no" type="none" /> </source> <target bus="ide" dev="hdc" /> <readonly /> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> </disk> <disk device="disk" snapshot="no" type="file"> <target bus="virtio" dev="vda" /> <source file="/rhev/data-center/mnt/10.35.0.136:
_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65">
<seclabel model="dac" relabel="no" type="none" /> </source> <driver cache="none" error_policy="stop" io="threads" iothread="1" name="qemu" type="raw" /> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> </disk> </devices> <pm> <suspend-to-disk enabled="no" /> <suspend-to-mem enabled="no" /> </pm> <os> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> <smbios mode="sysinfo" /> </os> <metadata> <ns0:qos /> <ovirt-vm:vm> <ovirt-vm:minGuaranteedMemoryMb type="int">1024</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> <ovirt-vm:custom /> <ovirt-vm:device devtype="disk" name="vda">
<ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID>
<ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID>
<ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID>
<ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID>
</ovirt-vm:device> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused>
<ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> </ovirt-vm:vm> </metadata> </domain> (vm:2570) 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process
failed
(vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in _run dom.createWithFlags(flags) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py",
131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py",
94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirt.libvirtError: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf (code=1) (vm:1595) 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection (guestagent:455) 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": "unsupported configuration: Auto allocation of spice TLS port requested but spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": 4883259290}} (__init__:181)
I'm definitely not a libvirt expert and not sure if it will work, but if you have my 'py3-hooks' patch in your tree and per [1], you can tree forcing the VM to run with insecure spice:
cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
#!/bin/bash
sed -i 's/secure/insecure/' "$_hook_domxml" sed -i 's/tlsPort="-1"//' "$_hook_domxml"
EOF
chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh
[1]
https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1...
On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com>
wrote:
> > > On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < > michal.skrivanek@redhat.com> wrote: > >> >> >> On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote: >> >> Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel >> <devel@ovirt.org> >> >> On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < >> michal.skrivanek@redhat.com> wrote: >> >>> >>> >>> On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote: >>> >>> Thanks, applied the fixed patch. >>> >>> No I am punished for choosing not to work with SSL/TLS in Vdsm
when
>>> trying to "Run" VM. >>> - Any known workaround for this? >>> >>> >> yes, vdsm-tool reconfigure >> > > "vdsm-tool reconfigure" is not a valid option. > > >> >>> That’s part of the ongoing fixes, please don’t discuss this >>> privately, this belongs to devel@ list. >>> Many people are struggling with the same issues while they’re working >>> on their areas, and we need complete visibility >>> >>> >>> 24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] >>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' >>> encoding='utf-8'?> >>> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" >>> http://ovirt.org/vm/1.0" type="kvm"> >>> <name>vm1</name> >>> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> >>> <memory>1048576</memory> >>> <currentMemory>1048576</currentMemory> >>> <iothreads>1</iothreads> >>> <maxMemory slots="16">4194304</maxMemory> >>> <vcpu current="1">16</vcpu> >>> <sysinfo type="smbios"> >>> <system> >>> <entry name="manufacturer">oVirt</entry> >>> <entry name="product">RHEL</entry> >>> <entry name="version">8.0-0.44.el8</entry> >>> <entry >>> name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> >>> <entry >>> name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> >>> </system> >>> </sysinfo> >>> <clock adjustment="0" offset="variable"> >>> <timer name="rtc" tickpolicy="catchup" /> >>> <timer name="pit" tickpolicy="delay" /> >>> <timer name="hpet" present="no" /> >>> </clock> >>> <features> >>> <acpi /> >>> </features> >>> <cpu match="exact"> >>> <model>SandyBridge</model> >>> <topology cores="1" sockets="16" threads="1" /> >>> <numa> >>> <cell cpus="0-15" id="0" memory="1048576" /> >>> </numa> >>> </cpu> >>> <cputune /> >>> <devices> >>> <input bus="usb" type="tablet" /> >>> <channel type="unix"> >>> <target name="ovirt-guest-agent.0" type="virtio" /> >>> <source mode="bind" >>>
>>> /> >>> </channel> >>> <channel type="unix"> >>> <target name="org.qemu.guest_agent.0" type="virtio" /> >>> <source mode="bind" >>>
>>> /> >>> </channel> >>> <rng model="virtio"> >>> <backend model="random">/dev/urandom</backend> >>> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> >>> </rng> >>> <graphics autoport="yes" passwd="*****" >>> passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> >>> <channel mode="secure" name="main" /> >>> <channel mode="secure" name="inputs" /> >>> <channel mode="secure" name="cursor" /> >>> <channel mode="secure" name="playback" /> >>> <channel mode="secure" name="record" /> >>> <channel mode="secure" name="display" /> >>> <channel mode="secure" name="smartcard" /> >>> <channel mode="secure" name="usbredir" /> >>> <listen network="vdsm-ovirtmgmt" type="network" /> >>> </graphics> >>> <controller index="0" model="piix3-uhci" type="usb" /> >>> <controller index="0" model="virtio-scsi" type="scsi"> >>> <driver iothread="1" /> >>> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> >>> </controller> >>> <graphics autoport="yes" keymap="en-us" passwd="*****" >>> passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> >>> <listen network="vdsm-ovirtmgmt" type="network" /> >>> </graphics> >>> <memballoon model="virtio"> >>> <stats period="5" /> >>> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> >>> </memballoon> >>> <controller index="0" ports="16" type="virtio-serial"> >>> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> >>> </controller> >>> <video> >>> <model heads="1" ram="65536" type="qxl" vgamem="16384" >>> vram="8192" /> >>> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> >>> </video> >>> <channel type="spicevmc"> >>> <target name="com.redhat.spice.0" type="virtio" /> >>> </channel> >>> <disk device="cdrom" snapshot="no" type="file"> >>> <driver error_policy="report" name="qemu" type="raw" /> >>> <source file="" startupPolicy="optional"> >>> <seclabel model="dac" relabel="no" type="none" /> >>> </source> >>> <target bus="ide" dev="hdc" /> >>> <readonly /> >>> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> >>> </disk> >>> <disk device="disk" snapshot="no" type="file"> >>> <target bus="scsi" dev="sda" /> >>> <source file="/rhev/data-center/mnt/10.35.1.6: >>> _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> >>> <seclabel model="dac" relabel="no" type="none" /> >>> </source> >>> <driver cache="none" error_policy="stop" io="threads" >>> name="qemu" type="raw" /> >>> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> >>> <address bus="0" controller="0" target="0" type="drive" >>> unit="0" /> >>> <boot order="1" /> >>> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> >>> </disk> >>> </devices> >>> <pm> >>> <suspend-to-disk enabled="no" /> >>> <suspend-to-mem enabled="no" /> >>> </pm> >>> <os> >>> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> >>> <smbios mode="sysinfo" /> >>> </os> >>> <metadata> >>> <ns0:qos /> >>> <ovirt-vm:vm> >>> <ovirt-vm:minGuaranteedMemoryMb >>> type="int">1024</ovirt-vm:minGuaranteedMemoryMb> >>> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> >>> <ovirt-vm:custom /> >>> <ovirt-vm:device devtype="disk" name="sda"> >>> >>> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> >>> >>> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> >>> >>> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> >>> >>> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> >>> </ovirt-vm:device> >>> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> >>> >>> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> >>> </ovirt-vm:vm> >>> </metadata> >>> </domain> >>> (vm:2570) >>> 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] >>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start
when trace: path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" line line path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" process failed
>>> (vm:841) >>> Traceback (most recent call last): >>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, >>> in _startUnderlyingVm >>> self._run() >>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, >>> in _run >>> dom.createWithFlags(flags) >>> File >>> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line >>> 131, in wrapper >>> ret = f(*args, **kwargs) >>> File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", >>> line 94, in wrapper >>> return func(inst, *args, **kwargs) >>> File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in >>> createWithFlags >>> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >>> failed', dom=self) >>> libvirt.libvirtError: unsupported configuration: Auto allocation of >>> spice TLS port requested but spice TLS is disabled in qemu.conf >>> 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] >>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: >>> unsupported configuration: Auto allocation of spice TLS port requested but >>> spice TLS is disabled in qemu.conf (code=1) (vm:1595) >>> 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] >>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection >>> (guestagent:455) >>> 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) >>> [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": >>> "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": >>> {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": >>> "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": >>> "unsupported configuration: Auto allocation of spice TLS port requested but >>> spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": >>> 4440824940}} (__init__:181) >>> >>> >>> >>
On 7/31/19 12:33 PM, Amit Bawer wrote:
On Wed, Jul 31, 2019 at 1:11 PM Michal Skrivanek <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote:
> On 30 Jul 2019, at 16:08, Milan Zamazal <mzamazal@redhat.com <mailto:mzamazal@redhat.com>> wrote: > > Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> writes: > >> Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of >> 'py3_poc' branch. >> >> Able to start VM , > > Cool! > >> but cannot connect graphics console - when trying it shows blank >> screen with "connecting to graphics sever" and nothing happens. > > Did you try it with VNC console? There is better chance with VNC than > with SPICE.
or headless. That worked 2 weeks ago already.
Thanks. Managed to get to VM console on VNC mode. Yet when trying to choose CD image there i am seeing the following py3 error in vdsm.log:
2019-07-31 05:58:00,935-0400 INFO (Thread-2) [vds.http.Server] Request handler for ::ffff:10.35.0.140:33459 <http://10.35.0.140:33459> started (http:306) 2019-07-31 05:58:00,936-0400 ERROR (Thread-2) [rpc.http.ImageRequestHandler] error during execution (http:253) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 154, in do_PUT httplib.LENGTH_REQUIRED) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 216, in _getIntHeader value = self._getRequiredHeader(headerName, missingError) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 221, in _getRequiredHeader value = self.headers.getheader( AttributeError: 'HTTPMessage' object has no attribute 'getheader'
A quick look at py27 docs vs py36/py37 docs show that indeed the implementation of HTTPMessage is very different between those two. I will handle this and get back to you as soon as there's a fix available.
Once the current patches are merged it’s going to be far easier for everyone to resolve the other remaining issues
I believe so as well, but its up to the gerrit committee :)
> >> No error message in vdsm.log. >> >> [image: image.png] >> >> On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote: >> >>> I see. Since there are several patches on this topic. Please ping me when >>> its merged and I'll rebase the PoC branch. >>> Thanks! >>> >>> On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> >>> wrote: >>> >>>> >>>> On 7/29/19 3:40 PM, Amit Bawer wrote: >>>> >>>> Thanks Marcin. >>>> I think we made a progress, former qemu spice TLS port error is now gone >>>> with this hook. >>>> >>>> Now its seems like py3 issue for hooks handling: >>>> >>>> Unfortunately it doesn't mean the hook actually worked - now you get an >>>> error probably a bit earlier, when trying to run the hook and never get to >>>> the previous place. >>>> As I mentioned in the previous email you need my hook fixes for this >>>> stuff to work. >>>> You can do a quick and dirty fix by simply taking 'hooks.py' from >>>> https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole >>>> 'py3-hooks' topic. >>>> >>>> >>>> >>>> 2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume >>>> path: /rhev/data-center/mnt/10.35.0. <http://10.35.0.>136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 >>>> (clientIF:501) >>>> 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] >>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring >>>> (drivemonitor:56) >>>> 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add >>>> an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 >>>> (libvirtnetwork:192) >>>> 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] >>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> >>>> '*file=' (storagexml:333) >>>> 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] >>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path: >>>> 'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' >>>> -> '*file=/rhev/data-center/mnt/10.35.0.136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' >>>> (storagexml:333) >>>> 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] >>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed >>>> (vm:841) >>>> Traceback (most recent call last): >>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in >>>> _startUnderlyingVm >>>> self._run() >>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in >>>> _run >>>> final_callback=self._updateDomainDescriptor) >>>> File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, >>>> in before_vm_start >>>> raiseError=False, errors=errors) >>>> File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, >>>> in _runHooksDir >>>> os.write(data_fd, data or '') >>>> TypeError: a bytes-like object is required, not 'str' >>>> >>>> On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> >>>> wrote: >>>> >>>>> >>>>> On 7/29/19 1:14 PM, Amit Bawer wrote: >>>>> >>>>> Reviving the mail-thread, checking for Non-TLS host-engine communication >>>>> resolution: >>>>> >>>>> Current master base for PoC RHEL8 host is: >>>>> >>>>> commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) >>>>> Author: Marcin Sobczyk <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> >>>>> Date: Fri Jul 12 12:54:57 2019 +0200 >>>>> >>>>> When trying to "Run" VM on RHEL8 vdsm.log shows following failure trace: >>>>> >>>>> 9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] >>>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' >>>>> encoding='utf-8'?> >>>>> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" >>>>> http://ovirt.org/vm/1.0" type="kvm"> >>>>> <name>vm1</name> >>>>> <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> >>>>> <memory>1048576</memory> >>>>> <currentMemory>1048576</currentMemory> >>>>> <iothreads>1</iothreads> >>>>> <maxMemory slots="16">4194304</maxMemory> >>>>> <vcpu current="1">16</vcpu> >>>>> <sysinfo type="smbios"> >>>>> <system> >>>>> <entry name="manufacturer">oVirt</entry> >>>>> <entry name="product">RHEL</entry> >>>>> <entry name="version">8.0-0.44.el8</entry> >>>>> <entry >>>>> name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> >>>>> <entry >>>>> name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> >>>>> </system> >>>>> </sysinfo> >>>>> <clock adjustment="0" offset="variable"> >>>>> <timer name="rtc" tickpolicy="catchup" /> >>>>> <timer name="pit" tickpolicy="delay" /> >>>>> <timer name="hpet" present="no" /> >>>>> </clock> >>>>> <features> >>>>> <acpi /> >>>>> </features> >>>>> <cpu match="exact"> >>>>> <model>SandyBridge</model> >>>>> <topology cores="1" sockets="16" threads="1" /> >>>>> <numa> >>>>> <cell cpus="0-15" id="0" memory="1048576" /> >>>>> </numa> >>>>> </cpu> >>>>> <cputune /> >>>>> <devices> >>>>> <input bus="usb" type="tablet" /> >>>>> <channel type="unix"> >>>>> <target name="ovirt-guest-agent.0" type="virtio" /> >>>>> <source mode="bind" >>>>> path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" >>>>> /> >>>>> </channel> >>>>> <channel type="unix"> >>>>> <target name="org.qemu.guest_agent.0" type="virtio" /> >>>>> <source mode="bind" >>>>> path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" >>>>> /> >>>>> </channel> >>>>> <rng model="virtio"> >>>>> <backend model="random">/dev/urandom</backend> >>>>> <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> >>>>> </rng> >>>>> <video> >>>>> <model heads="1" ram="65536" type="qxl" vgamem="16384" >>>>> vram="8192" /> >>>>> <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> >>>>> </video> >>>>> <graphics autoport="yes" keymap="en-us" passwd="*****" >>>>> passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> >>>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>>> </graphics> >>>>> <memballoon model="virtio"> >>>>> <stats period="5" /> >>>>> <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> >>>>> </memballoon> >>>>> <graphics autoport="yes" passwd="*****" >>>>> passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> >>>>> <channel mode="secure" name="main" /> >>>>> <channel mode="secure" name="inputs" /> >>>>> <channel mode="secure" name="cursor" /> >>>>> <channel mode="secure" name="playback" /> >>>>> <channel mode="secure" name="record" /> >>>>> <channel mode="secure" name="display" /> >>>>> <channel mode="secure" name="smartcard" /> >>>>> <channel mode="secure" name="usbredir" /> >>>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>>> </graphics> >>>>> <channel type="spicevmc"> >>>>> <target name="com.redhat.spice.0" type="virtio" /> >>>>> </channel> >>>>> <disk device="cdrom" snapshot="no" type="file"> >>>>> <driver error_policy="report" name="qemu" type="raw" /> >>>>> <source file="" startupPolicy="optional"> >>>>> <seclabel model="dac" relabel="no" type="none" /> >>>>> </source> >>>>> <target bus="ide" dev="hdc" /> >>>>> <readonly /> >>>>> <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> >>>>> </disk> >>>>> <disk device="disk" snapshot="no" type="file"> >>>>> <target bus="virtio" dev="vda" /> >>>>> <source file="/rhev/data-center/mnt/10.35.0.136 <http://10.35.0.136>: >>>>> _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> >>>>> <seclabel model="dac" relabel="no" type="none" /> >>>>> </source> >>>>> <driver cache="none" error_policy="stop" io="threads" >>>>> iothread="1" name="qemu" type="raw" /> >>>>> <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> >>>>> <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> >>>>> </disk> >>>>> </devices> >>>>> <pm> >>>>> <suspend-to-disk enabled="no" /> >>>>> <suspend-to-mem enabled="no" /> >>>>> </pm> >>>>> <os> >>>>> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> >>>>> <smbios mode="sysinfo" /> >>>>> </os> >>>>> <metadata> >>>>> <ns0:qos /> >>>>> <ovirt-vm:vm> >>>>> <ovirt-vm:minGuaranteedMemoryMb >>>>> type="int">1024</ovirt-vm:minGuaranteedMemoryMb> >>>>> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> >>>>> <ovirt-vm:custom /> >>>>> <ovirt-vm:device devtype="disk" name="vda"> >>>>> >>>>> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> >>>>> >>>>> <ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID> >>>>> >>>>> <ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID> >>>>> >>>>> <ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> >>>>> </ovirt-vm:device> >>>>> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> >>>>> >>>>> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> >>>>> </ovirt-vm:vm> >>>>> </metadata> >>>>> </domain> >>>>> (vm:2570) >>>>> 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] >>>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed >>>>> (vm:841) >>>>> Traceback (most recent call last): >>>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in >>>>> _startUnderlyingVm >>>>> self._run() >>>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in >>>>> _run >>>>> dom.createWithFlags(flags) >>>>> File >>>>> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line >>>>> 131, in wrapper >>>>> ret = f(*args, **kwargs) >>>>> File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line >>>>> 94, in wrapper >>>>> return func(inst, *args, **kwargs) >>>>> File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in >>>>> createWithFlags >>>>> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >>>>> failed', dom=self) >>>>> libvirt.libvirtError: unsupported configuration: Auto allocation of >>>>> spice TLS port requested but spice TLS is disabled in qemu.conf >>>>> 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] >>>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: >>>>> unsupported configuration: Auto allocation of spice TLS port requested but >>>>> spice TLS is disabled in qemu.conf (code=1) (vm:1595) >>>>> 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] >>>>> (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection >>>>> (guestagent:455) >>>>> 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] >>>>> Sending event {"jsonrpc": "2.0", "method": >>>>> "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": >>>>> {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": >>>>> "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": >>>>> "unsupported configuration: Auto allocation of spice TLS port requested but >>>>> spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": >>>>> 4883259290}} (__init__:181) >>>>> >>>>> >>>>> I'm definitely not a libvirt expert and not sure if it will work, but if >>>>> you have my 'py3-hooks' patch in your tree and per [1], you can tree >>>>> forcing the VM to run with insecure spice: >>>>> >>>>> cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh >>>>> >>>>> #!/bin/bash >>>>> >>>>> sed -i 's/secure/insecure/' "$_hook_domxml" >>>>> sed -i 's/tlsPort="-1"//' "$_hook_domxml" >>>>> >>>>> >>>>> EOF >>>>> >>>>> chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh >>>>> >>>>> >>>>> [1] >>>>> https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1... >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < >>>>>> michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote: >>>>>>> >>>>>>> Per +Milan Zamazal <mzamazal@redhat.com <mailto:mzamazal@redhat.com>> comment, adding +devel >>>>>>> <devel@ovirt.org <mailto:devel@ovirt.org>> >>>>>>> >>>>>>> On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < >>>>>>> michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com <mailto:abawer@redhat.com>> wrote: >>>>>>>> >>>>>>>> Thanks, applied the fixed patch. >>>>>>>> >>>>>>>> No I am punished for choosing not to work with SSL/TLS in Vdsm when >>>>>>>> trying to "Run" VM. >>>>>>>> - Any known workaround for this? >>>>>>>> >>>>>>>> >>>>>>> yes, vdsm-tool reconfigure >>>>>>> >>>>>> >>>>>> "vdsm-tool reconfigure" is not a valid option. >>>>>> >>>>>> >>>>>>> >>>>>>>> That’s part of the ongoing fixes, please don’t discuss this >>>>>>>> privately, this belongs to devel@ list. >>>>>>>> Many people are struggling with the same issues while they’re working >>>>>>>> on their areas, and we need complete visibility >>>>>>>> >>>>>>>> >>>>>>>> 24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] >>>>>>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' >>>>>>>> encoding='utf-8'?> >>>>>>>> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" >>>>>>>> http://ovirt.org/vm/1.0" type="kvm"> >>>>>>>> <name>vm1</name> >>>>>>>> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> >>>>>>>> <memory>1048576</memory> >>>>>>>> <currentMemory>1048576</currentMemory> >>>>>>>> <iothreads>1</iothreads> >>>>>>>> <maxMemory slots="16">4194304</maxMemory> >>>>>>>> <vcpu current="1">16</vcpu> >>>>>>>> <sysinfo type="smbios"> >>>>>>>> <system> >>>>>>>> <entry name="manufacturer">oVirt</entry> >>>>>>>> <entry name="product">RHEL</entry> >>>>>>>> <entry name="version">8.0-0.44.el8</entry> >>>>>>>> <entry >>>>>>>> name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> >>>>>>>> <entry >>>>>>>> name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> >>>>>>>> </system> >>>>>>>> </sysinfo> >>>>>>>> <clock adjustment="0" offset="variable"> >>>>>>>> <timer name="rtc" tickpolicy="catchup" /> >>>>>>>> <timer name="pit" tickpolicy="delay" /> >>>>>>>> <timer name="hpet" present="no" /> >>>>>>>> </clock> >>>>>>>> <features> >>>>>>>> <acpi /> >>>>>>>> </features> >>>>>>>> <cpu match="exact"> >>>>>>>> <model>SandyBridge</model> >>>>>>>> <topology cores="1" sockets="16" threads="1" /> >>>>>>>> <numa> >>>>>>>> <cell cpus="0-15" id="0" memory="1048576" /> >>>>>>>> </numa> >>>>>>>> </cpu> >>>>>>>> <cputune /> >>>>>>>> <devices> >>>>>>>> <input bus="usb" type="tablet" /> >>>>>>>> <channel type="unix"> >>>>>>>> <target name="ovirt-guest-agent.0" type="virtio" /> >>>>>>>> <source mode="bind" >>>>>>>> path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" >>>>>>>> /> >>>>>>>> </channel> >>>>>>>> <channel type="unix"> >>>>>>>> <target name="org.qemu.guest_agent.0" type="virtio" /> >>>>>>>> <source mode="bind" >>>>>>>> path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" >>>>>>>> /> >>>>>>>> </channel> >>>>>>>> <rng model="virtio"> >>>>>>>> <backend model="random">/dev/urandom</backend> >>>>>>>> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> >>>>>>>> </rng> >>>>>>>> <graphics autoport="yes" passwd="*****" >>>>>>>> passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> >>>>>>>> <channel mode="secure" name="main" /> >>>>>>>> <channel mode="secure" name="inputs" /> >>>>>>>> <channel mode="secure" name="cursor" /> >>>>>>>> <channel mode="secure" name="playback" /> >>>>>>>> <channel mode="secure" name="record" /> >>>>>>>> <channel mode="secure" name="display" /> >>>>>>>> <channel mode="secure" name="smartcard" /> >>>>>>>> <channel mode="secure" name="usbredir" /> >>>>>>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>>>>>> </graphics> >>>>>>>> <controller index="0" model="piix3-uhci" type="usb" /> >>>>>>>> <controller index="0" model="virtio-scsi" type="scsi"> >>>>>>>> <driver iothread="1" /> >>>>>>>> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> >>>>>>>> </controller> >>>>>>>> <graphics autoport="yes" keymap="en-us" passwd="*****" >>>>>>>> passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> >>>>>>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>>>>>> </graphics> >>>>>>>> <memballoon model="virtio"> >>>>>>>> <stats period="5" /> >>>>>>>> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> >>>>>>>> </memballoon> >>>>>>>> <controller index="0" ports="16" type="virtio-serial"> >>>>>>>> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> >>>>>>>> </controller> >>>>>>>> <video> >>>>>>>> <model heads="1" ram="65536" type="qxl" vgamem="16384" >>>>>>>> vram="8192" /> >>>>>>>> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> >>>>>>>> </video> >>>>>>>> <channel type="spicevmc"> >>>>>>>> <target name="com.redhat.spice.0" type="virtio" /> >>>>>>>> </channel> >>>>>>>> <disk device="cdrom" snapshot="no" type="file"> >>>>>>>> <driver error_policy="report" name="qemu" type="raw" /> >>>>>>>> <source file="" startupPolicy="optional"> >>>>>>>> <seclabel model="dac" relabel="no" type="none" /> >>>>>>>> </source> >>>>>>>> <target bus="ide" dev="hdc" /> >>>>>>>> <readonly /> >>>>>>>> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> >>>>>>>> </disk> >>>>>>>> <disk device="disk" snapshot="no" type="file"> >>>>>>>> <target bus="scsi" dev="sda" /> >>>>>>>> <source file="/rhev/data-center/mnt/10.35.1.6 <http://10.35.1.6>: >>>>>>>> _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> >>>>>>>> <seclabel model="dac" relabel="no" type="none" /> >>>>>>>> </source> >>>>>>>> <driver cache="none" error_policy="stop" io="threads" >>>>>>>> name="qemu" type="raw" /> >>>>>>>> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> >>>>>>>> <address bus="0" controller="0" target="0" type="drive" >>>>>>>> unit="0" /> >>>>>>>> <boot order="1" /> >>>>>>>> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> >>>>>>>> </disk> >>>>>>>> </devices> >>>>>>>> <pm> >>>>>>>> <suspend-to-disk enabled="no" /> >>>>>>>> <suspend-to-mem enabled="no" /> >>>>>>>> </pm> >>>>>>>> <os> >>>>>>>> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> >>>>>>>> <smbios mode="sysinfo" /> >>>>>>>> </os> >>>>>>>> <metadata> >>>>>>>> <ns0:qos /> >>>>>>>> <ovirt-vm:vm> >>>>>>>> <ovirt-vm:minGuaranteedMemoryMb >>>>>>>> type="int">1024</ovirt-vm:minGuaranteedMemoryMb> >>>>>>>> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> >>>>>>>> <ovirt-vm:custom /> >>>>>>>> <ovirt-vm:device devtype="disk" name="sda"> >>>>>>>> >>>>>>>> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> >>>>>>>> >>>>>>>> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> >>>>>>>> >>>>>>>> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> >>>>>>>> >>>>>>>> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> >>>>>>>> </ovirt-vm:device> >>>>>>>> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> >>>>>>>> >>>>>>>> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> >>>>>>>> </ovirt-vm:vm> >>>>>>>> </metadata> >>>>>>>> </domain> >>>>>>>> (vm:2570) >>>>>>>> 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] >>>>>>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start process failed >>>>>>>> (vm:841) >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, >>>>>>>> in _startUnderlyingVm >>>>>>>> self._run() >>>>>>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, >>>>>>>> in _run >>>>>>>> dom.createWithFlags(flags) >>>>>>>> File >>>>>>>> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line >>>>>>>> 131, in wrapper >>>>>>>> ret = f(*args, **kwargs) >>>>>>>> File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", >>>>>>>> line 94, in wrapper >>>>>>>> return func(inst, *args, **kwargs) >>>>>>>> File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in >>>>>>>> createWithFlags >>>>>>>> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >>>>>>>> failed', dom=self) >>>>>>>> libvirt.libvirtError: unsupported configuration: Auto allocation of >>>>>>>> spice TLS port requested but spice TLS is disabled in qemu.conf >>>>>>>> 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] >>>>>>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: >>>>>>>> unsupported configuration: Auto allocation of spice TLS port requested but >>>>>>>> spice TLS is disabled in qemu.conf (code=1) (vm:1595) >>>>>>>> 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] >>>>>>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection >>>>>>>> (guestagent:455) >>>>>>>> 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) >>>>>>>> [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": >>>>>>>> "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": >>>>>>>> {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": >>>>>>>> "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": >>>>>>>> "unsupported configuration: Auto allocation of spice TLS port requested but >>>>>>>> spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": >>>>>>>> 4440824940}} (__init__:181) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>
Many thanks Marcin. Attending to some patches in the meanwhile. On Wed, Jul 31, 2019 at 3:12 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/31/19 12:33 PM, Amit Bawer wrote:
On Wed, Jul 31, 2019 at 1:11 PM Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 30 Jul 2019, at 16:08, Milan Zamazal <mzamazal@redhat.com> wrote:
Amit Bawer <abawer@redhat.com> writes:
Cherry-picked (locally) 'py3-hooks' pending gerrit patches on top of 'py3_poc' branch.
Able to start VM ,
Cool!
but cannot connect graphics console - when trying it shows blank screen with "connecting to graphics sever" and nothing happens.
Did you try it with VNC console? There is better chance with VNC than with SPICE.
or headless. That worked 2 weeks ago already.
Thanks. Managed to get to VM console on VNC mode. Yet when trying to choose CD image there i am seeing the following py3 error in vdsm.log:
2019-07-31 05:58:00,935-0400 INFO (Thread-2) [vds.http.Server] Request handler for ::ffff:10.35.0.140:33459 started (http:306) 2019-07-31 05:58:00,936-0400 ERROR (Thread-2) [rpc.http.ImageRequestHandler] error during execution (http:253) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 154, in do_PUT httplib.LENGTH_REQUIRED) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 216, in _getIntHeader value = self._getRequiredHeader(headerName, missingError) File "/usr/lib/python3.6/site-packages/vdsm/rpc/http.py", line 221, in _getRequiredHeader value = self.headers.getheader( AttributeError: 'HTTPMessage' object has no attribute 'getheader'
A quick look at py27 docs vs py36/py37 docs show that indeed the implementation of HTTPMessage is very different between those two. I will handle this and get back to you as soon as there's a fix available.
Once the current patches are merged it’s going to be far easier for everyone to resolve the other remaining issues
I believe so as well, but its up to the gerrit committee :)
No error message in vdsm.log.
[image: image.png]
On Mon, Jul 29, 2019 at 5:13 PM Amit Bawer <abawer@redhat.com> wrote:
I see. Since there are several patches on this topic. Please ping me
its merged and I'll rebase the PoC branch. Thanks!
On Mon, Jul 29, 2019 at 4:51 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
On 7/29/19 3:40 PM, Amit Bawer wrote:
Thanks Marcin. I think we made a progress, former qemu spice TLS port error is now
gone
with this hook.
Now its seems like py3 issue for hooks handling:
Unfortunately it doesn't mean the hook actually worked - now you get an error probably a bit earlier, when trying to run the hook and never get to the previous place. As I mentioned in the previous email you need my hook fixes for this stuff to work. You can do a quick and dirty fix by simply taking 'hooks.py' from https://gerrit.ovirt.org/#/c/102049/ or rebase on top of the whole 'py3-hooks' topic.
2019-07-29 09:29:54,981-0400 INFO (vm/f62ae48a) [vds] prepared volume path: /rhev/data-center/mnt/10.35.0. 136:_exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65 (clientIF:501) 2019-07-29 09:29:54,982-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Enabling drive monitoring (drivemonitor:56) 2019-07-29 09:29:55,052-0400 WARN (vm/f62ae48a) [root] Attempting to add an existing net user: ovirtmgmt/f62ae48a-4e6f-4763-9a66-48e04708a2b5 (libvirtnetwork:192) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'hdc' path: 'file=' -> '*file=' (storagexml:333) 2019-07-29 09:29:55,054-0400 INFO (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') drive 'vda' path:
'file=/rhev/data-center/dab8cf3a-a969-11e9-84eb-080027624b78/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65'
-> '*file=/rhev/data-center/mnt/10.35.0.136: _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65' (storagexml:333) 2019-07-29 09:29:55,056-0400 ERROR (vm/f62ae48a) [virt.vm] (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed (vm:841) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in _startUnderlyingVm self._run() File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2564, in _run final_callback=self._updateDomainDescriptor) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 159, in before_vm_start raiseError=False, errors=errors) File "/usr/lib/python3.6/site-packages/vdsm/common/hooks.py", line 79, in _runHooksDir os.write(data_fd, data or '') TypeError: a bytes-like object is required, not 'str'
On Mon, Jul 29, 2019 at 4:16 PM Marcin Sobczyk <msobczyk@redhat.com> wrote:
> > On 7/29/19 1:14 PM, Amit Bawer wrote: > > Reviving the mail-thread, checking for Non-TLS host-engine communication > resolution: > > Current master base for PoC RHEL8 host is: > > commit cfe7b11c71c1bf0dada89a8209c8d544b0d0f138 (vdsm-master/master) > Author: Marcin Sobczyk <msobczyk@redhat.com> > Date: Fri Jul 12 12:54:57 2019 +0200 > > When trying to "Run" VM on RHEL8 vdsm.log shows following failure
> > 9-07-29 06:58:49,140-0400 INFO (vm/f62ae48a) [virt.vm] > (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') <?xml version='1.0' > encoding='utf-8'?> > <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" > http://ovirt.org/vm/1.0" type="kvm"> > <name>vm1</name> > <uuid>f62ae48a-4e6f-4763-9a66-48e04708a2b5</uuid> > <memory>1048576</memory> > <currentMemory>1048576</currentMemory> > <iothreads>1</iothreads> > <maxMemory slots="16">4194304</maxMemory> > <vcpu current="1">16</vcpu> > <sysinfo type="smbios"> > <system> > <entry name="manufacturer">oVirt</entry> > <entry name="product">RHEL</entry> > <entry name="version">8.0-0.44.el8</entry> > <entry > name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> > <entry > name="uuid">f62ae48a-4e6f-4763-9a66-48e04708a2b5</entry> > </system> > </sysinfo> > <clock adjustment="0" offset="variable"> > <timer name="rtc" tickpolicy="catchup" /> > <timer name="pit" tickpolicy="delay" /> > <timer name="hpet" present="no" /> > </clock> > <features> > <acpi /> > </features> > <cpu match="exact"> > <model>SandyBridge</model> > <topology cores="1" sockets="16" threads="1" /> > <numa> > <cell cpus="0-15" id="0" memory="1048576" /> > </numa> > </cpu> > <cputune /> > <devices> > <input bus="usb" type="tablet" /> > <channel type="unix"> > <target name="ovirt-guest-agent.0" type="virtio" /> > <source mode="bind" >
> /> > </channel> > <channel type="unix"> > <target name="org.qemu.guest_agent.0" type="virtio" /> > <source mode="bind" >
> /> > </channel> > <rng model="virtio"> > <backend model="random">/dev/urandom</backend> > <alias name="ua-06642ecb-5d30-4119-a939-ee8792dee24b" /> > </rng> > <video> > <model heads="1" ram="65536" type="qxl" vgamem="16384" > vram="8192" /> > <alias name="ua-5b36baa2-cc27-4840-b309-bd1a4bbbab2c" /> > </video> > <graphics autoport="yes" keymap="en-us" passwd="*****" > passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> > <listen network="vdsm-ovirtmgmt" type="network" /> > </graphics> > <memballoon model="virtio"> > <stats period="5" /> > <alias name="ua-b1b3f8c9-0d05-4675-9ab5-28a228d68c54" /> > </memballoon> > <graphics autoport="yes" passwd="*****" > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> > <channel mode="secure" name="main" /> > <channel mode="secure" name="inputs" /> > <channel mode="secure" name="cursor" /> > <channel mode="secure" name="playback" /> > <channel mode="secure" name="record" /> > <channel mode="secure" name="display" /> > <channel mode="secure" name="smartcard" /> > <channel mode="secure" name="usbredir" /> > <listen network="vdsm-ovirtmgmt" type="network" /> > </graphics> > <channel type="spicevmc"> > <target name="com.redhat.spice.0" type="virtio" /> > </channel> > <disk device="cdrom" snapshot="no" type="file"> > <driver error_policy="report" name="qemu" type="raw" /> > <source file="" startupPolicy="optional"> > <seclabel model="dac" relabel="no" type="none" /> > </source> > <target bus="ide" dev="hdc" /> > <readonly /> > <alias name="ua-ffd6c93f-62e0-4d6d-a510-03e8a02644ad" /> > </disk> > <disk device="disk" snapshot="no" type="file"> > <target bus="virtio" dev="vda" /> > <source file="/rhev/data-center/mnt/10.35.0.136: > _exports_data/8a68eacc-0e0e-436a-bb25-c498c9f5f749/images/111de599-2afa-4dbb-9a99-3378ece66187/61e1e186-f289-4ffa-b59e-af90bde5db65"> > <seclabel model="dac" relabel="no" type="none" /> > </source> > <driver cache="none" error_policy="stop" io="threads" > iothread="1" name="qemu" type="raw" /> > <alias name="ua-111de599-2afa-4dbb-9a99-3378ece66187" /> > <serial>111de599-2afa-4dbb-9a99-3378ece66187</serial> > </disk> > </devices> > <pm> > <suspend-to-disk enabled="no" /> > <suspend-to-mem enabled="no" /> > </pm> > <os> > <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> > <smbios mode="sysinfo" /> > </os> > <metadata> > <ns0:qos /> > <ovirt-vm:vm> > <ovirt-vm:minGuaranteedMemoryMb > type="int">1024</ovirt-vm:minGuaranteedMemoryMb> > <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> > <ovirt-vm:custom /> > <ovirt-vm:device devtype="disk" name="vda"> > > <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> > > <ovirt-vm:volumeID>61e1e186-f289-4ffa-b59e-af90bde5db65</ovirt-vm:volumeID> > > <ovirt-vm:imageID>111de599-2afa-4dbb-9a99-3378ece66187</ovirt-vm:imageID> > > <ovirt-vm:domainID>8a68eacc-0e0e-436a-bb25-c498c9f5f749</ovirt-vm:domainID> > </ovirt-vm:device> > <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> > > <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> > </ovirt-vm:vm> > </metadata> > </domain> > (vm:2570) > 2019-07-29 06:58:49,845-0400 ERROR (vm/f62ae48a) [virt.vm] > (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') The vm start process failed > (vm:841) > Traceback (most recent call last): > File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, in > _startUnderlyingVm > self._run() > File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, in > _run > dom.createWithFlags(flags) > File > "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line > 131, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib/python3.6/site-packages/vdsm/common/function.py",
> 94, in wrapper > return func(inst, *args, **kwargs) > File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in > createWithFlags > if ret == -1: raise libvirtError ('virDomainCreateWithFlags() > failed', dom=self) > libvirt.libvirtError: unsupported configuration: Auto allocation of > spice TLS port requested but spice TLS is disabled in qemu.conf > 2019-07-29 06:58:49,845-0400 INFO (vm/f62ae48a) [virt.vm] > (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Changed state to Down: > unsupported configuration: Auto allocation of spice TLS port requested but > spice TLS is disabled in qemu.conf (code=1) (vm:1595) > 2019-07-29 06:58:49,875-0400 INFO (vm/f62ae48a) [virt.vm] > (vmId='f62ae48a-4e6f-4763-9a66-48e04708a2b5') Stopping connection > (guestagent:455) > 2019-07-29 06:58:49,875-0400 DEBUG (vm/f62ae48a) [jsonrpc.Notification] > Sending event {"jsonrpc": "2.0", "method": > "|virt|VM_status|f62ae48a-4e6f-4763-9a66-48e04708a2b5", "params": > {"f62ae48a-4e6f-4763-9a66-48e04708a2b5": {"status": "Down", "vmId": > "f62ae48a-4e6f-4763-9a66-48e04708a2b5", "exitCode": 1, "exitMessage": > "unsupported configuration: Auto allocation of spice TLS port requested but > spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": > 4883259290}} (__init__:181) > > > I'm definitely not a libvirt expert and not sure if it will work, but if > you have my 'py3-hooks' patch in your tree and per [1], you can tree > forcing the VM to run with insecure spice: > > cat << EOF > /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh > > #!/bin/bash > > sed -i 's/secure/insecure/' "$_hook_domxml" > sed -i 's/tlsPort="-1"//' "$_hook_domxml" > > > EOF > > chmod +x /usr/libexec/vdsm/hooks/before_vm_start/insecure_spice.sh > > > [1] > https://github.com/libvirt/libvirt/blob/3f93884a4d047a012b968c62b94ea07dadd1... > > > > > > On Wed, Jul 24, 2019 at 12:09 PM Amit Bawer <abawer@redhat.com> wrote: > >> >> >> On Wed, Jul 24, 2019 at 12:02 PM Michal Skrivanek < >> michal.skrivanek@redhat.com> wrote: >> >>> >>> >>> On 24 Jul 2019, at 10:36, Amit Bawer <abawer@redhat.com> wrote: >>> >>> Per +Milan Zamazal <mzamazal@redhat.com> comment, adding +devel >>> <devel@ovirt.org> >>> >>> On Wed, Jul 24, 2019 at 11:32 AM Michal Skrivanek < >>> michal.skrivanek@redhat.com> wrote: >>> >>>> >>>> >>>> On 24 Jul 2019, at 10:24, Amit Bawer <abawer@redhat.com> wrote: >>>> >>>> Thanks, applied the fixed patch. >>>> >>>> No I am punished for choosing not to work with SSL/TLS in Vdsm when >>>> trying to "Run" VM. >>>> - Any known workaround for this? >>>> >>>> >>> yes, vdsm-tool reconfigure >>> >> >> "vdsm-tool reconfigure" is not a valid option. >> >> >>> >>>> That’s part of the ongoing fixes, please don’t discuss this >>>> privately, this belongs to devel@ list. >>>> Many people are struggling with the same issues while they’re working >>>> on their areas, and we need complete visibility >>>> >>>> >>>> 24 04:04:54,610-0400 INFO (vm/01de706d) [virt.vm] >>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') <?xml version='1.0' >>>> encoding='utf-8'?> >>>> <domain xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm=" >>>> http://ovirt.org/vm/1.0" type="kvm"> >>>> <name>vm1</name> >>>> <uuid>01de706d-ee4c-484f-a17f-6b3355adf047</uuid> >>>> <memory>1048576</memory> >>>> <currentMemory>1048576</currentMemory> >>>> <iothreads>1</iothreads> >>>> <maxMemory slots="16">4194304</maxMemory> >>>> <vcpu current="1">16</vcpu> >>>> <sysinfo type="smbios"> >>>> <system> >>>> <entry name="manufacturer">oVirt</entry> >>>> <entry name="product">RHEL</entry> >>>> <entry name="version">8.0-0.44.el8</entry> >>>> <entry >>>> name="serial">e5825ba8-473e-4821-829a-bc6dbbe79617</entry> >>>> <entry >>>> name="uuid">01de706d-ee4c-484f-a17f-6b3355adf047</entry> >>>> </system> >>>> </sysinfo> >>>> <clock adjustment="0" offset="variable"> >>>> <timer name="rtc" tickpolicy="catchup" /> >>>> <timer name="pit" tickpolicy="delay" /> >>>> <timer name="hpet" present="no" /> >>>> </clock> >>>> <features> >>>> <acpi /> >>>> </features> >>>> <cpu match="exact"> >>>> <model>SandyBridge</model> >>>> <topology cores="1" sockets="16" threads="1" /> >>>> <numa> >>>> <cell cpus="0-15" id="0" memory="1048576" /> >>>> </numa> >>>> </cpu> >>>> <cputune /> >>>> <devices> >>>> <input bus="usb" type="tablet" /> >>>> <channel type="unix"> >>>> <target name="ovirt-guest-agent.0" type="virtio" /> >>>> <source mode="bind" >>>>
>>>> /> >>>> </channel> >>>> <channel type="unix"> >>>> <target name="org.qemu.guest_agent.0" type="virtio" /> >>>> <source mode="bind" >>>>
>>>> /> >>>> </channel> >>>> <rng model="virtio"> >>>> <backend model="random">/dev/urandom</backend> >>>> <alias name="ua-117e932d-e465-40d6-9005-bf7d7eb22023" /> >>>> </rng> >>>> <graphics autoport="yes" passwd="*****" >>>> passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> >>>> <channel mode="secure" name="main" /> >>>> <channel mode="secure" name="inputs" /> >>>> <channel mode="secure" name="cursor" /> >>>> <channel mode="secure" name="playback" /> >>>> <channel mode="secure" name="record" /> >>>> <channel mode="secure" name="display" /> >>>> <channel mode="secure" name="smartcard" /> >>>> <channel mode="secure" name="usbredir" /> >>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>> </graphics> >>>> <controller index="0" model="piix3-uhci" type="usb" /> >>>> <controller index="0" model="virtio-scsi" type="scsi"> >>>> <driver iothread="1" /> >>>> <alias name="ua-73437643-3c01-4763-b8ef-c4275527606b" /> >>>> </controller> >>>> <graphics autoport="yes" keymap="en-us" passwd="*****" >>>> passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> >>>> <listen network="vdsm-ovirtmgmt" type="network" /> >>>> </graphics> >>>> <memballoon model="virtio"> >>>> <stats period="5" /> >>>> <alias name="ua-93d69b50-e010-4879-80db-713ee4a11727" /> >>>> </memballoon> >>>> <controller index="0" ports="16" type="virtio-serial"> >>>> <alias name="ua-cd3edc3f-25c5-4fef-b555-cedf45c86adc" /> >>>> </controller> >>>> <video> >>>> <model heads="1" ram="65536" type="qxl" vgamem="16384" >>>> vram="8192" /> >>>> <alias name="ua-d660095f-dfe6-4f2c-aa76-c3525fb6244e" /> >>>> </video> >>>> <channel type="spicevmc"> >>>> <target name="com.redhat.spice.0" type="virtio" /> >>>> </channel> >>>> <disk device="cdrom" snapshot="no" type="file"> >>>> <driver error_policy="report" name="qemu" type="raw" /> >>>> <source file="" startupPolicy="optional"> >>>> <seclabel model="dac" relabel="no" type="none" /> >>>> </source> >>>> <target bus="ide" dev="hdc" /> >>>> <readonly /> >>>> <alias name="ua-917aea8a-bc4b-4d15-8580-a0c442e925ee" /> >>>> </disk> >>>> <disk device="disk" snapshot="no" type="file"> >>>> <target bus="scsi" dev="sda" /> >>>> <source file="/rhev/data-center/mnt/10.35.1.6: >>>> _exports_data/f49de997-9fb7-4ef8-82bd-f5b97ba31fb0/images/7dee6442-1838-48dd-892a-86fb96a85737/da070fc0-4af5-406e-bf2b-2cf4d89eb276"> >>>> <seclabel model="dac" relabel="no" type="none" /> >>>> </source> >>>> <driver cache="none" error_policy="stop" io="threads" >>>> name="qemu" type="raw" /> >>>> <alias name="ua-7dee6442-1838-48dd-892a-86fb96a85737" /> >>>> <address bus="0" controller="0" target="0" type="drive" >>>> unit="0" /> >>>> <boot order="1" /> >>>> <serial>7dee6442-1838-48dd-892a-86fb96a85737</serial> >>>> </disk> >>>> </devices> >>>> <pm> >>>> <suspend-to-disk enabled="no" /> >>>> <suspend-to-mem enabled="no" /> >>>> </pm> >>>> <os> >>>> <type arch="x86_64" machine="pc-i440fx-rhel7.6.0">hvm</type> >>>> <smbios mode="sysinfo" /> >>>> </os> >>>> <metadata> >>>> <ns0:qos /> >>>> <ovirt-vm:vm> >>>> <ovirt-vm:minGuaranteedMemoryMb >>>> type="int">1024</ovirt-vm:minGuaranteedMemoryMb> >>>> <ovirt-vm:clusterVersion>4.4</ovirt-vm:clusterVersion> >>>> <ovirt-vm:custom /> >>>> <ovirt-vm:device devtype="disk" name="sda"> >>>> >>>> <ovirt-vm:poolID>dab8cf3a-a969-11e9-84eb-080027624b78</ovirt-vm:poolID> >>>> >>>> <ovirt-vm:volumeID>da070fc0-4af5-406e-bf2b-2cf4d89eb276</ovirt-vm:volumeID> >>>> >>>> <ovirt-vm:imageID>7dee6442-1838-48dd-892a-86fb96a85737</ovirt-vm:imageID> >>>> >>>> <ovirt-vm:domainID>f49de997-9fb7-4ef8-82bd-f5b97ba31fb0</ovirt-vm:domainID> >>>> </ovirt-vm:device> >>>> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> >>>> >>>> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> >>>> </ovirt-vm:vm> >>>> </metadata> >>>> </domain> >>>> (vm:2570) >>>> 2019-07-24 04:04:55,348-0400 ERROR (vm/01de706d) [virt.vm] >>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') The vm start
when trace: path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.ovirt-guest-agent.0" path="/var/lib/libvirt/qemu/channels/f62ae48a-4e6f-4763-9a66-48e04708a2b5.org.qemu.guest_agent.0" line path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.ovirt-guest-agent.0" path="/var/lib/libvirt/qemu/channels/01de706d-ee4c-484f-a17f-6b3355adf047.org.qemu.guest_agent.0" process failed
>>>> (vm:841) >>>> Traceback (most recent call last): >>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 775, >>>> in _startUnderlyingVm >>>> self._run() >>>> File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 2575, >>>> in _run >>>> dom.createWithFlags(flags) >>>> File >>>> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line >>>> 131, in wrapper >>>> ret = f(*args, **kwargs) >>>> File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", >>>> line 94, in wrapper >>>> return func(inst, *args, **kwargs) >>>> File "/usr/lib64/python3.6/site-packages/libvirt.py", line 1110, in >>>> createWithFlags >>>> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() >>>> failed', dom=self) >>>> libvirt.libvirtError: unsupported configuration: Auto allocation of >>>> spice TLS port requested but spice TLS is disabled in qemu.conf >>>> 2019-07-24 04:04:55,348-0400 INFO (vm/01de706d) [virt.vm] >>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Changed state to Down: >>>> unsupported configuration: Auto allocation of spice TLS port requested but >>>> spice TLS is disabled in qemu.conf (code=1) (vm:1595) >>>> 2019-07-24 04:04:55,525-0400 INFO (vm/01de706d) [virt.vm] >>>> (vmId='01de706d-ee4c-484f-a17f-6b3355adf047') Stopping connection >>>> (guestagent:455) >>>> 2019-07-24 04:04:55,525-0400 DEBUG (vm/01de706d) >>>> [jsonrpc.Notification] Sending event {"jsonrpc": "2.0", "method": >>>> "|virt|VM_status|01de706d-ee4c-484f-a17f-6b3355adf047", "params": >>>> {"01de706d-ee4c-484f-a17f-6b3355adf047": {"status": "Down", "vmId": >>>> "01de706d-ee4c-484f-a17f-6b3355adf047", "exitCode": 1, "exitMessage": >>>> "unsupported configuration: Auto allocation of spice TLS port requested but >>>> spice TLS is disabled in qemu.conf", "exitReason": 1}, "notify_time": >>>> 4440824940}} (__init__:181) >>>> >>>> >>>> >>>
participants (4)
-
Amit Bawer -
Marcin Sobczyk -
Michal Skrivanek -
Milan Zamazal