shaba/virt-manager
1
0
Fork 0
mirror of https://github.com/virt-manager/virt-manager.git synced 2025-01-25 06:03:55 +03:00
Code Issues Projects Releases Wiki Activity
virt-manager/tests/data/cli/compare/virt-install-unattended-remote-cdrom.xml

115 lines
3.1 KiB
XML
Raw Normal View History

installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
<domain type="test">
<name>win7</name>
<uuid>00000000-1111-2222-3333-444444444444</uuid>
<metadata>
<libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
<libosinfo:os id="http://microsoft.com/win/7"/>
</libosinfo:libosinfo>
</metadata>
<memory>65536</memory>
<currentMemory>65536</currentMemory>
<vcpu>2</vcpu>
<os>
<type arch="i686">hvm</type>
<boot dev="cdrom"/>
</os>
<features>
<pae/>
<hyperv>
<relaxed state="on"/>
<vapic state="on"/>
<spinlocks state="on" retries="8191"/>
</hyperv>
</features>
<clock offset="localtime"/>
<pm>
<suspend-to-mem enabled="no"/>
<suspend-to-disk enabled="no"/>
</pm>
<devices>
<emulator>/usr/bin/test-hv</emulator>
<disk type="file" device="cdrom">
tests: testdriver: Rename default-pool -> pool-dir And move the path to not be rooted in /dev, which doesn't make sense for a directory pool, and triggers some special /dev handling in virtinst that we don't want in the common testing path. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2022-02-27 13:00:56 -05:00
<source file="/pool-dir/testvol1.img"/>
installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
<target dev="hda" bus="ide"/>
<readonly/>
</disk>
<controller type="usb" model="ich9-ehci1"/>
<controller type="usb" model="ich9-uhci1">
<master startport="0"/>
</controller>
<controller type="usb" model="ich9-uhci2">
<master startport="2"/>
</controller>
<controller type="usb" model="ich9-uhci3">
<master startport="4"/>
</controller>
<interface type="user">
<mac address="00:11:22:33:44:55"/>
<model type="e1000"/>
</interface>
<console type="pty"/>
installer: Rework how we alter install and final XML The Guest object passed in by the user is no longer altered in place, instead we act on copies of the original XML. We need to rework how unattended/cloudinit device altering works a bit to handle this. There's some XML churn because working on parsexml gives different output ordering, but this is expected. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2022-03-01 11:47:09 -05:00
<disk type="file" device="cdrom">
<source file="/VIRTINST-TESTSUITE/unattended.iso"/>
<target dev="hdb" bus="ide"/>
<readonly/>
</disk>
installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
</devices>
installer: Rework how we alter install and final XML The Guest object passed in by the user is no longer altered in place, instead we act on copies of the original XML. We need to rework how unattended/cloudinit device altering works a bit to handle this. There's some XML churn because working on parsexml gives different output ordering, but this is expected. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2022-03-01 11:47:09 -05:00
<on_reboot>destroy</on_reboot>
installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
</domain>
<domain type="test">
<name>win7</name>
<uuid>00000000-1111-2222-3333-444444444444</uuid>
<metadata>
<libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
<libosinfo:os id="http://microsoft.com/win/7"/>
</libosinfo:libosinfo>
</metadata>
<memory>65536</memory>
<currentMemory>65536</currentMemory>
<vcpu>2</vcpu>
<os>
<type arch="i686">hvm</type>
<boot dev="cdrom"/>
</os>
<features>
<pae/>
<hyperv>
<relaxed state="on"/>
<vapic state="on"/>
<spinlocks state="on" retries="8191"/>
</hyperv>
</features>
<clock offset="localtime"/>
<pm>
<suspend-to-mem enabled="no"/>
<suspend-to-disk enabled="no"/>
</pm>
<devices>
<emulator>/usr/bin/test-hv</emulator>
<disk type="file" device="cdrom">
tests: testdriver: Rename default-pool -> pool-dir And move the path to not be rooted in /dev, which doesn't make sense for a directory pool, and triggers some special /dev handling in virtinst that we don't want in the common testing path. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2022-02-27 13:00:56 -05:00
<source file="/pool-dir/testvol1.img"/>
installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
<target dev="hda" bus="ide"/>
<readonly/>
</disk>
<controller type="usb" model="ich9-ehci1"/>
<controller type="usb" model="ich9-uhci1">
<master startport="0"/>
</controller>
<controller type="usb" model="ich9-uhci2">
<master startport="2"/>
</controller>
<controller type="usb" model="ich9-uhci3">
<master startport="4"/>
</controller>
<interface type="user">
<mac address="00:11:22:33:44:55"/>
<model type="e1000"/>
</interface>
<console type="pty"/>
installer: Rework how we alter install and final XML The Guest object passed in by the user is no longer altered in place, instead we act on copies of the original XML. We need to rework how unattended/cloudinit device altering works a bit to handle this. There's some XML churn because working on parsexml gives different output ordering, but this is expected. Signed-off-by: Cole Robinson <crobinso@redhat.com>
2022-03-01 11:47:09 -05:00
<disk type="file" device="cdrom">
<target dev="hdb" bus="ide"/>
<readonly/>
</disk>
installer: Upload unattended and cloudinit data to remote connections * rename kernelupload.py to volumeupload.py and make the entrypoint more generic * move all upload invocation to the Installer class * use it with cloudinit and unattended ISO generation if required Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-08 18:41:41 -04:00
</devices>
</domain>
Reference in New Issue Copy Permalink