- Users - oVirt List Archives

about Windows guest virtual disk interface - virtio
by jingjie.jiang＠oracle.com 21 Mar '19

21 Mar '19

1. create Windows guest from oVirt 4.2.8 env with IDE virtual disk interface 2. follow the instruction from https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-win… installed the virtio drivers and ovirt guest agent. 3. Shutdown Windows guest and switch the virtual disk from IDE to virtio-scsi 4. Run the Windows guest and it boot up fine. 5. Shutdown Windows guest and switch the virtual disk to virtio 6. Run the Windows guest but it failed to boot up. 7. Switch the boot disk to virtio-scsi and attach another virtual disk as virtio to Windows guest 8. Boot the system up and make sure that viostor driver is installed. 9 switch the boot virtual disk interface to virtio. 10. Boot the Windows guest and it boot up OK. I was wondering the installer of virtio drivers cover the case of install vioscsi driver even without virtio-scsi device but not for virtio device. Would the dev-team mind confirm? Thanks, Jingjie

2 1

Can't connect "https://FQDN/ovirt-engine" after reinstall ovirt-engine
by exclim89＠mail.ru 21 Mar '19

21 Mar '19

19.03.2019 on the server with the ovirt engine, I reinstalled the GUI and it seemed to delete the ovirt-engine, in any case, the installed ovirt-engine packages were not. I reinstalled the ovirt-engine package, but could not connect to the web interface. There are such errors in the /var/log/ovirt-engine/engine.log: 2019-03-20 11:37:12,660+09 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (ServerService Thread Pool -- 58) [] Initializing extension 'internal-authz' 2019-03-20 11:37:12,661+09 ERROR [org.ovirt.engine.extension.aaa.jdbc.binding.api.AuthzExtension] (ServerService Thread Pool -- 58) [] Unexpected Exception invoking: EXTENSION_INITIALIZE[e5ae1b7f-9104-4f23-a444-7b9175ff68d2] 2019-03-20 11:37:12,662+09 ERROR [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (ServerService Thread Pool -- 58) [] Error in activating extension 'internal-authz': Connection refused. Check that the hostname and port are correct and that the postmaster is accepting TCP/IP connections. 2019-03-20 11:37:12,662+09 ERROR [org.ovirt.engine.core.sso.utils.SsoExtensionsManager] (ServerService Thread Pool -- 58) [] Could not initialize extension 'internal-authz'. Exception message is: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException ... 2019-03-20 11:37:13,046+09 ERROR [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet] (ServerService Thread Pool -- 44) [] Could not access engine's DWH configuration table: java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource ... 2019-03-20 11:37:13,049+09 WARN [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet] (ServerService Thread Pool -- 44) [] No valid DWH configurations were found, assuming DWH database isn't setup. 2019-03-20 11:37:13,049+09 INFO [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet] (ServerService Thread Pool -- 44) [] Dashboard DB query cache has been disabled. ovirt-engine-4.2.8.2-1 CentOS 7, 3.10.0-693.2.2.el7.x86_64 I have a backup file, but version 4.1. Recovering from it using engine-backup is impossible. I also have a backup /etc before deleting the ovirt-engine. Как мне восстановить ovirt-engine?

2 2

Re: oVirt Node on CentOS 7.5 and AMD EPYC Support
by Paul Martin 21 Mar '19

21 Mar '19

I've got 4.3.2 and still not seeing ThreadRipper/Ryzen in the cluster CPU list. Yes, it's probably identical to Epyc but the hypervisor needs to know this. How do we add this? -- Paul Martin | Senior Solutions Architect PureWeb Inc. -- If you believe you have received this electronic transmission in error, please notify the original sender of this email and destroy all copies of this communication.

2 2

Re: unable to put node 4.3.0 host into maintenance for upgrade, Image transfer in progress
by Strahil 21 Mar '19

21 Mar '19

Your last resort can be to update the DB... Use this only on test system. 1. Log on engine 2. Switch to postgres su - postgres 3. Load the necessary stuff: source /opt/rh/rh-postgresql10/enable 4. Open the db psql engine 5. Check the transfers: \x select * from image_transfers; 6. Change the phase to '4' or delete them. UPDATE image_transfers SET phase = 4 WHERE phase=<your_phase_here>; Replace with your phase. Yet, this shouldn't be done on prod system. Another option is to wipe all transfers, but I'm not sure what could happen in the future. Good luck! Best Regards, Strahil Nikolov On Mar 21, 2019 20:26, Edward Berger <edwberger(a)gmail.com> wrote: > > When trying to put a node 4.3.0 into maintenance, I get the following error: > -- > Error while executing action: Cannot switch Host winterfell.psc.edu to Maintenance mode. Image transfer is in progress for the following (2) disks: > > 8d130846-bd84-46b0-9a45-b6a2ecf66865, > 35fd6f8f-65f5-49e7-ae5a-9b10c5c0a38f > > Please wait for the operations to complete and try again. > -- > > Attached is an image of the disks UI for those, showing their status. > From the engine UI there seems to be no way to clean out "completed" or "failed" uploads/downloads. > > I tried running the taskcleaner.sh and unlock-entity disk UUIDs but I still get the error. > Not sure what to try next... > >

1 0

Fwd: [Gluster-users] Announcing Gluster release 5.5
by Darrell Budic 21 Mar '19

21 Mar '19

This release of Gluster 5.5 appears to fix the gluster 3.12->5.3 migration problems many ovirt users have encountered. I’ll try and test it out this weekend and report back. If anyone else gets a chance to check it out, let us know how it goes! -Darrell > Begin forwarded message: > > From: Shyam Ranganathan <srangana(a)redhat.com> > Subject: [Gluster-users] Announcing Gluster release 5.5 > Date: March 21, 2019 at 6:06:33 AM CDT > To: announce(a)gluster.org, gluster-users Discussion List <gluster-users(a)gluster.org> > Cc: GlusterFS Maintainers <maintainers(a)gluster.org> > > The Gluster community is pleased to announce the release of Gluster > 5.5 (packages available at [1]). > > Release notes for the release can be found at [3]. > > Major changes, features and limitations addressed in this release: > > - Release 5.4 introduced an incompatible change that prevented rolling > upgrades, and hence was never announced to the lists. As a result we are > jumping a release version and going to 5.5 from 5.3, that does not have > the problem. > > Thanks, > Gluster community > > [1] Packages for 5.5: > https://download.gluster.org/pub/gluster/glusterfs/5/5.5/ > > [2] Release notes for 5.5: > https://docs.gluster.org/en/latest/release-notes/5.5/ > _______________________________________________ > Gluster-users mailing list > Gluster-users(a)gluster.org > https://lists.gluster.org/mailman/listinfo/gluster-users

1 0

Re: Dell OMSA on oVirt node
by Strahil 21 Mar '19

21 Mar '19

Have you checked this one -> https://www.centos.org/forums/viewtopic.php?f=49&t=48532 It might help you in your journey. The thread is for CentOS, so if you run a Debian port - won't help you. Best Regards, Strahil NikolovOn Mar 21, 2019 19:26, Leo David <leoalex(a)gmail.com> wrote: > > Hello everyone, > I would really like to have installed Dell OMSA on my dell nodes so I can benefit of lots of administration features. Does anyone managed to have it installed ? > I am running oVirt 4.2.8, and after adding dell yum repos and running "yum install srvadmin-all" I get the following errors: > > Error: Package: srvadmin-itunnelprovider-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: sblim-sfcc >= 2.2.1 > Error: Package: srvadmin-itunnelprovider-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: sblim-sfcb >= 1.3.7 > Error: Package: srvadmin-itunnelprovider-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: libcmpiCppImpl0 >= 2.0.0 > Error: Package: srvadmin-itunnelprovider-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: libcmpiCppImpl.so.0()(64bit) > Error: Package: srvadmin-itunnelprovider-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: openwsman-server >= 2.2.3 > Error: Package: srvadmin-tomcat-9.2.0-3142.13664.el7.x86_64 (dell-system-update_dependent) > Requires: openwsman-client >= 2.1.5 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > Obviously there are conflicts, but the server being on production, I would not mess around with the packages and trying to solve the conflicts. > > Any thoughts ? > Thank you very much, > > Leo > > > -- > Best regards, Leo David

1 0

unable to put node 4.3.0 host into maintenance for upgrade, Image transfer in progress
by Edward Berger 21 Mar '19

21 Mar '19

When trying to put a node 4.3.0 into maintenance, I get the following error: -- Error while executing action: Cannot switch Host winterfell.psc.edu to Maintenance mode. Image transfer is in progress for the following (2) disks: 8d130846-bd84-46b0-9a45-b6a2ecf66865, 35fd6f8f-65f5-49e7-ae5a-9b10c5c0a38f Please wait for the operations to complete and try again. -- Attached is an image of the disks UI for those, showing their status. From the engine UI there seems to be no way to clean out "completed" or "failed" uploads/downloads. I tried running the taskcleaner.sh and unlock-entity disk UUIDs but I still get the error. Not sure what to try next...

1 0

Re: Hosts not coming back into oVirt
by Strahil 21 Mar '19

21 Mar '19

Have you tries to select host and 'Activate' it? Best Regards, Strahil NikolovOn Mar 21, 2019 15:46, Arif Ali <mail(a)arif-ali.co.uk> wrote: > > Hi all, > > Recently deployed oVirt version 4.3.1 > > It's in a self-hosted engine environment > > Used the steps via cockpit to install the engine, and was able to add > the rest of the oVirt nodes without any specific problems > > We tested the HA of the hosted-engine without a problem, and then at one > point of turn off the machine that was hosting the engine, to mimic > failure to see how it goes; the vm was able to move over successfully, > but some of the oVirt started to go into Unassigned. From a total of 6 > oVirt hosts, I have 4 of them in this state. > > Clicking on the host, I see the following message in the events. I can > get to the hosts via the engine, and ping the machine, so not sure what > it's doing that it's no longer working > > VDSM <snip> command Get Host Capabilities failed: Message timeout which > can be caused by communication issues > > Mind you, I have been trying to resolve this issue since Monday, and > have tried various things, like rebooting and re-installing the oVirt > hosts, without having much luck > > So any assistance on this would be grateful, maybe I've missed something > really simple, and I am overlooking it > > -- > regards, > > Arif Ali > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYG7NEV24JCCR…

1 0

Re: Hosted Engine I/O scheduler
by Strahil 21 Mar '19

21 Mar '19

I have opened https://bugzilla.redhat.com/show_bug.cgi?id=1691405 Best Regards, Strahil NikolovOn Mar 21, 2019 09:43, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > > > > On Thu, Mar 21, 2019 at 6:14 AM Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Unfortunately, the ideal scheduler really depends on storage configuration. Gluster, ZFS, iSCSI, FC, and NFS don't align on a single "best" configuration (to say nothing of direct LUNs on guests), then there's workload considerations. >> > >> > The scale team is aiming for a balanced "default" policy rather than one which is best for a specific environment. >> > >> > That said, I'm optimistic that the results will let us give better recommendations if your workload/storage benefits from a different scheduler >> >> I completely disagree ! >> If you use anything other than noop/none (depending if multiqueue is on), your scheduler inside the VM will reorder and delay your I/O. >> Then the I/O will be received by the Host and this repeats again. >> I can point to SuSe and Red Hat knowledge base where both vendors highly recommend noop/none as schedulers for VM. >> It has nothing in common with the backend - that's in control of the hosts I/O scheduler. >> >> Can some one tell me under which section should I open a bug ? Bugzilla is not newbie-friendly and I should admit that opening bugs for RHEL/CentOS is far easier. >> >> The best bug section might be ovirt appliance - related , as this is only valid for VMs and not bare-metal Engine. > > > Yes, it seems the most appropriate choice; start from here: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-appliance > thanks > >> >> Best Regards, >> Strahil Nikolov >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SNSSDE33P2YWV…

1 0

SR-IOV and linux bridges
by opiekelly＠hotmail.com 21 Mar '19

21 Mar '19

Hello, I believe I have setup my environment to support SR-IOV. I am not sure why the system creates a linux bridge when you setup and bind a VM network to a virtual function on the NIC. I have 2 VLANs 102 and 112 however, there are linux bridges now setup. I would assume with SR-IOV the VF would be connected only to the VM. [root@rhv1 ~]# brctl show bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000.000000000000 no ovirtmgmt 8000.64122536772a no enp2s0f0 vnet0 vlan-102 8000.020000000001 no enp130s16f4.102 vlan-112 8000.163d99a43b4a no enp130s16f2.112 [root@rhv1 ~]# ip a | grep enp130s16f 28: enp130s16f2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 29: enp130s16f4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 30: enp130s16f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 35: enp130s16f2.112@enp130s16f2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vlan-112 state UP group default qlen 1000 45: enp130s16f4.102@enp130s16f4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vlan-102 state UP group default qlen 1000 [root@rhv1 ~]# virsh dumpxml nsg-v-west Please enter your authentication name: vuser Please enter your password: <domain type='kvm' id='6'> <name>nsg-v-west</name> <uuid>27e8e6b0-62a9-4acd-8d88-0c777adb6dc1</uuid> <metadata xmlns:ns0="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0"> <ns0:qos/> <ovirt-vm:vm xmlns:ovirt-vm="http://ovirt.org/vm/1.0"> <ovirt-vm:clusterVersion>4.2</ovirt-vm:clusterVersion> <ovirt-vm:destroy_on_reboot type="bool">False</ovirt-vm:destroy_on_reboot> <ovirt-vm:launchPaused>false</ovirt-vm:launchPaused> <ovirt-vm:memGuaranteedSize type="int">4096</ovirt-vm:memGuaranteedSize> <ovirt-vm:minGuaranteedMemoryMb type="int">4096</ovirt-vm:minGuaranteedMemoryMb> <ovirt-vm:resumeBehavior>auto_resume</ovirt-vm:resumeBehavior> <ovirt-vm:startTime type="float">1553092201.47</ovirt-vm:startTime> <ovirt-vm:device mac_address="56:6f:10:b5:00:00"> <ovirt-vm:network>;vdsmdummy;</ovirt-vm:network> <ovirt-vm:specParams/> <ovirt-vm:vm_custom/> </ovirt-vm:device> <ovirt-vm:device mac_address="56:6f:10:b5:00:02"> <ovirt-vm:network>;vdsmdummy;</ovirt-vm:network> <ovirt-vm:specParams/> <ovirt-vm:vm_custom/> </ovirt-vm:device> <ovirt-vm:device devtype="disk" name="hda"> <ovirt-vm:domainID>200ee819-d377-4069-bcfa-e6e168ca7adf</ovirt-vm:domainID> <ovirt-vm:imageID>e7ff0aff-4f25-4279-92d8-1f4928dcabb7</ovirt-vm:imageID> <ovirt-vm:poolID>ec42e166-4a9e-11e9-b2f6-00163e2d699c</ovirt-vm:poolID> <ovirt-vm:volumeID>91620241-bcb5-4177-ace1-918050841d0c</ovirt-vm:volumeID> <ovirt-vm:specParams/> <ovirt-vm:vm_custom/> <ovirt-vm:volumeChain> <ovirt-vm:volumeChainNode> <ovirt-vm:domainID>200ee819-d377-4069-bcfa-e6e168ca7adf</ovirt-vm:domainID> <ovirt-vm:imageID>e7ff0aff-4f25-4279-92d8-1f4928dcabb7</ovirt-vm:imageID> <ovirt-vm:leaseOffset type="int">0</ovirt-vm:leaseOffset> <ovirt-vm:leasePath>/rhev/data-center/mnt/192.168.0.15:_volume1_rhv/200ee819-d377-4069-bcfa-e6e168ca7adf/images/e7ff0aff-4f25-4279-92d8-1f4928dcabb7/91620241-bcb5-4177-ace1-918050841d0c.lease</ovirt-vm:leasePath> <ovirt-vm:path>/rhev/data-center/mnt/192.168.0.15:_volume1_rhv/200ee819-d377-4069-bcfa-e6e168ca7adf/images/e7ff0aff-4f25-4279-92d8-1f4928dcabb7/91620241-bcb5-4177-ace1-918050841d0c</ovirt-vm:path> <ovirt-vm:volumeID>91620241-bcb5-4177-ace1-918050841d0c</ovirt-vm:volumeID> </ovirt-vm:volumeChainNode> </ovirt-vm:volumeChain> </ovirt-vm:device> <ovirt-vm:device devtype="disk" name="hdc"> <ovirt-vm:specParams/> <ovirt-vm:vm_custom/> </ovirt-vm:device> <ovirt-vm:custom> <ovirt-vm:hugepages>1048576</ovirt-vm:hugepages> </ovirt-vm:custom> </ovirt-vm:vm> </metadata> <maxMemory slots='16' unit='KiB'>16777216</maxMemory> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <hugepages> <page size='1048576' unit='KiB'/> </hugepages> </memoryBacking> <vcpu placement='static' current='2'>32</vcpu> <iothreads>1</iothreads> <resource> <partition>/machine</partition> </resource> <sysinfo type='smbios'> <system> <entry name='manufacturer'>Red Hat</entry> <entry name='product'>RHEV Hypervisor</entry> <entry name='version'>7.6-4.el7</entry> <entry name='serial'>20ba27d8-a49a-2a45-b993-0cd2851eea03</entry> <entry name='uuid'>27e8e6b0-62a9-4acd-8d88-0c777adb6dc1</entry> </system> </sysinfo> <os> <type arch='x86_64' machine='pc-i440fx-rhel7.4.0'>hvm</type> <boot dev='hd'/> <bios useserial='yes'/> <smbios mode='sysinfo'/> </os> <features> <acpi/> </features> <cpu mode='custom' match='exact' check='full'> <model fallback='forbid'>SandyBridge</model> <topology sockets='16' cores='2' threads='1'/> <feature policy='require' name='pcid'/> <feature policy='require' name='spec-ctrl'/> <feature policy='require' name='ssbd'/> <feature policy='require' name='vme'/> <feature policy='require' name='hypervisor'/> <feature policy='require' name='arat'/> <feature policy='require' name='xsaveopt'/> <numa> <cell id='0' cpus='0-1' memory='4194304' unit='KiB'/> </numa> </cpu> <clock offset='variable' adjustment='0' basis='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <pm> <suspend-to-mem enabled='no'/> <suspend-to-disk enabled='no'/> </pm> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk' snapshot='no'> <driver name='qemu' type='qcow2' cache='none' error_policy='stop' io='threads'/> <source file='/rhev/data-center/mnt/192.168.0.15:_volume1_rhv/200ee819-d377-4069-bcfa-e6e168ca7adf/images/e7ff0aff-4f25-4279-92d8-1f4928dcabb7/91620241-bcb5-4177-ace1-918050841d0c'/> <backingStore/> <target dev='hda' bus='ide'/> <serial>e7ff0aff-4f25-4279-92d8-1f4928dcabb7</serial> <alias name='ua-e7ff0aff-4f25-4279-92d8-1f4928dcabb7'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' error_policy='report'/> <source startupPolicy='optional'/> <target dev='hdc' bus='ide'/> <readonly/> <alias name='ua-85e4095c-5366-4099-816e-5258e80c6da2'/> <address type='drive' controller='0' bus='1' target='0' unit='0'/> </disk> <controller type='usb' index='0' model='piix3-uhci'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='ide' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0' ports='16'> <alias name='ua-b84d3eaf-525a-4c87-a852-a2386700db62'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='scsi' index='0' model='virtio-scsi'> <driver iothread='1'/> <alias name='ua-ff5a8da2-a1af-4510-a5b7-68f7eb19edcd'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <interface type='hostdev'> <mac address='56:6f:10:b5:00:00'/> <driver name='vfio'/> <source> <address type='pci' domain='0x0000' bus='0x82' slot='0x10' function='0x0'/> </source> <vlan> <tag id='112'/> </vlan> <alias name='ua-a690778c-1927-465a-840d-15c730320703'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </interface> <interface type='hostdev'> <mac address='56:6f:10:b5:00:02'/> <driver name='vfio'/> <source> <address type='pci' domain='0x0000' bus='0x82' slot='0x11' function='0x0'/> </source> <vlan> <tag id='102'/> </vlan> <alias name='ua-24c9018b-ba51-49e0-8d3b-af920842919e'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </interface> <serial type='unix'> <source mode='bind' path='/var/run/ovirt-vmconsole-console/27e8e6b0-62a9-4acd-8d88-0c777adb6dc1.sock'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <alias name='serial0'/> </serial> <console type='unix'> <source mode='bind' path='/var/run/ovirt-vmconsole-console/27e8e6b0-62a9-4acd-8d88-0c777adb6dc1.sock'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channels/27e8e6b0-62a9-4acd-8d88-0c777adb6dc1.ovirt-guest-agent.0'/> <target type='virtio' name='ovirt-guest-agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channels/27e8e6b0-62a9-4acd-8d88-0c777adb6dc1.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel1'/> <address type='virtio-serial' controller='0' bus='0' port='2'/> </channel> <input type='mouse' bus='ps2'> <alias name='input0'/> </input> <input type='keyboard' bus='ps2'> <alias name='input1'/> </input> <memballoon model='virtio'> <stats period='5'/> <alias name='ua-6bd7b1bd-73c9-49d2-8639-71323f8b3033'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+107:+107</label> <imagelabel>+107:+107</imagelabel> </seclabel> </domain>

2 2