The guest vm is non-hvm and the host is non-hvm, so viridian=true should be OK? Also, other guest vms are running fine with viridian=true.
Many thanks, Chris On 4 Apr 2014 00:55, "David Bomba" <turbo...@gmail.com> wrote: > Ok, so from my understanding, you can't run a HVM guest with VIRIDIAN set > to true. > > Can you use the xe vm-param-set functionality to switch Viridian to false > and try again. > > > > > On 4 April 2014 10:49, chris snow <chsnow...@gmail.com> wrote: > >> Hi David, >> >> xe vm-param-list output: >> >> name-label ( RW): i-2-19-VM >> name-description ( RW): Template which allows VM >> installation from install media >> user-version ( RW): 1 >> is-a-template ( RW): false >> is-a-snapshot ( RO): false >> snapshot-of ( RO): <not in database> >> snapshots ( RO): >> snapshot-time ( RO): 19700101T00:00:00Z >> snapshot-info ( RO): >> parent ( RO): <not in database> >> children ( RO): >> is-control-domain ( RO): false >> power-state ( RO): halted >> memory-actual ( RO): 0 >> memory-target ( RO): 0 >> memory-overhead ( RO): 4194304 >> memory-static-max ( RW): 104857600 >> memory-dynamic-max ( RW): 104857600 >> memory-dynamic-min ( RW): 104857600 >> memory-static-min ( RW): 104857600 >> suspend-VDI-uuid ( RW): <not in database> >> suspend-SR-uuid ( RW): <not in database> >> VCPUs-params (MRW): weight: 9; cap: 0 >> VCPUs-max ( RW): 1 >> VCPUs-at-startup ( RW): 1 >> actions-after-shutdown ( RW): Destroy >> actions-after-reboot ( RW): Restart >> actions-after-crash ( RW): Destroy >> console-uuids (SRO): >> platform (MRW): viridian: true; acpi: true; >> apic: true; pae: true; nx: false >> allowed-operations (SRO): changing_dynamic_range; >> changing_shadow_memory; changing_static_range; make_into_template; >> destroy; export; start_on; start; clone; copy; snapshot >> current-operations (SRO): >> blocked-operations (MRW): >> allowed-VBD-devices (SRO): 1; 2; 3 >> allowed-VIF-devices (SRO): 0; 1; 2; 3 >> possible-hosts ( RO): >> HVM-boot-policy ( RW): BIOS order >> HVM-boot-params (MRW): order: dc >> HVM-shadow-multiplier ( RW): 1.000 >> PV-kernel ( RW): >> PV-ramdisk ( RW): >> PV-args ( RW): >> PV-legacy-args ( RW): >> PV-bootloader ( RW): >> PV-bootloader-args ( RW): >> last-boot-CPU-flags ( RO): >> last-boot-record ( RO): '' >> resident-on ( RO): <not in database> >> affinity ( RW): c47d712e-8aa8-fcd6-113e-8546532e5fcc >> other-config (MRW): mac_seed: >> b2088266-d6fd-dfd2-4b5e-84c037d085d6; install-methods: cdrom >> dom-id ( RO): -1 >> recommendations ( RO): <restrictions><restriction >> field="memory-static-max" max="137438953472" /><restriction >> field="vcpus-max" max="16" /><restriction property="number-of-vbds" >> max="7" /><restriction property="number-of-vifs" max="7" >> /></restrictions> >> xenstore-data (MRW): >> ha-always-run ( RW) [DEPRECATED]: false >> ha-restart-priority ( RW): >> blobs ( RO): >> start-time ( RO): 19700101T00:00:00Z >> install-time ( RO): 19700101T00:00:00Z >> VCPUs-number ( RO): 0 >> VCPUs-utilisation (MRO): >> os-version (MRO): <not in database> >> PV-drivers-version (MRO): <not in database> >> PV-drivers-up-to-date ( RO): <not in database> >> memory (MRO): <not in database> >> disks (MRO): <not in database> >> networks (MRO): <not in database> >> other (MRO): <not in database> >> live ( RO): <not in database> >> guest-metrics-last-updated ( RO): <not in database> >> cooperative ( RO): true >> protection-policy ( RW): <not in database> >> is-snapshot-from-vmpp ( RO): false >> tags (SRW): >> appliance ( RW): <not in database> >> start-delay ( RW): 0 >> shutdown-delay ( RW): 0 >> order ( RW): 0 >> version ( RO): 0 >> >> On Fri, Apr 4, 2014 at 12:31 AM, David Bomba <turbo...@gmail.com> wrote: >> > Hi Chris, >> > >> > are you able to go to the cli and retrieve the param-list for this VM? i >> > think this may be due to VIRIDIAN flag being set to true. >> > >> > xe vm-param-list uuid=<uuid of vm> >> > >> > >> > On 4 April 2014 10:21, chris snow <chsnow...@gmail.com> wrote: >> >> >> >> I have debian wheezy running xen host inside a virtualbox guest, so >> >> the xen host doesn't have HVM. >> >> >> >> I am using a third party application (cloudstack) communicating with >> >> xen using xapi. I'm trying to create a VM using Ubuntu 12.04 >> >> installation ISO [1], but have set the OS type to 'Other (32 bit) so >> >> that xen would not use HVM, but I receive the error VM_HVM_REQUIRED. >> >> >> >> I have captured the VM.create request here: >> >> https://gist.github.com/snowch/9957480 and also the VM.start_on >> >> response here: https://gist.github.com/snowch/9957480 >> >> >> >> I had originally posted this question to the cloudstack mailing list, >> >> but I now think the question is more relevant to this list because it >> >> is actually a question about the xen api. >> >> >> >> Question 1: >> >> >> >> Is my understanding correct that I should be able to create a VM on a >> >> non HVM Xen host using the Ubuntu install ISO? >> >> >> >> Question 2: >> >> >> >> If the answer to Q1 is 'yes', is there anything that stands out in the >> >> VM.start request that is telling Xen that the vm must have HVM support >> >> which is then telling xen to fail the request? It seems that >> >> somewhere in the xapi call stack for VM.start_on, the method >> >> VM.get_HVM_boot_policy is getting called and returning that hvm is >> >> required. >> >> >> >> Many thanks! >> >> >> >> Chris >> >> >> >> --- >> >> [1] http://releases.ubuntu.com/12.04/ubuntu-12.04.4-server-i386.iso >> >> [2] >> >> >> https://github.com/xapi-project/xen-api/blob/master/ocaml/xapi/xapi_vm_helpers.ml#L488 >> >> >> >> _______________________________________________ >> >> Xen-api mailing list >> >> Xen-api@lists.xen.org >> >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > >> > >> >> >> >> -- >> Check out my professional profile and connect with me on LinkedIn. >> http://lnkd.in/cw5k69 >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > >
_______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
