[occi-wg] Opinion Poll: IaaS or PaaS ?

Sam Johnston samj at samj.net
Tue Jun 30 13:09:02 CDT 2009


Krishna,

I've been looking further into the current state of play with OVF support
and doing some tests with various products. I found an interesting InfoWeek
article including the views of one of my former colleagues at Citrix: "Crosby:
Walk The Walk, Yes, But Not Down The OVF
Path<http://www.informationweek.com/blog/main/archives/2008/10/crosby_walk_the.html>
".

Which brings me back to my original Time To Walk The
Walk<http://www.informationweek.com/blog/main/archives/2008/10/virtualization_9.html>point.
If we now have a neutral export/import format, why can't we have a
> neutral runtime format that everyone could adhere to, saving virtualization
> customers tons of headaches? OVF isn't it, I now understand. But what will
> be?
>

So for runtime formats we've got:

   - VMware using key-value pairs (VMX) which spills over into XML
   - Sun VirtualBox using a home-grown OVF-style XML format
   - Microsoft Virtual Server and Virtual PC using another home-grown XML
   format
   - Citrix XenServer using a simple INI style key-value pair
(xmdomain.cfg<http://linux.die.net/man/5/xmdomain.cfg>
   )

The most successful runtime formats by far then are the flat text formats,
though for safety and extensibility it makes sense to have namespaces ala
VMX:

usb.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.generatedAddress = "00:0c:29:cd:98:8f"

That is to say that we may want to (somewhat independently of the OCCI
protocol itself) standardise a runtime descriptor format which allows us to
describe basic infrastructure - probably only the things that are currently
exposed by IaaS offerings like cpu cores, memory size, etc.

Sam

On Sun, Jun 21, 2009 at 1:12 PM, Sam Johnston <samj at samj.net> wrote:

> Krishna,
>
> Native OVF support would certainly be advantageous to OEM offerings
> including Cisco's Unified Cloud (per Cisco and VMware Enhance
> Virtualization with Powerful, Scalable Unified Computing System<http://www.vmware.com/company/news/releases/cisco-vmw-oem.html>)
> and IBM 's WebSphere CloudBurst Appliance (per IBM CloudBurst runs on ESXi<http://blogs.vmware.com/esxi/2009/06/ibm-cloudburst-runs-on-esxi.html>)
> as these products are based on VMware, which as of the latest release now
> has full support for OVF<http://www.dmtf.org/about/cloud-incubator/Cloud_Incubator_Quote_Sheet.pdf>(presumably meaning as a run-time rather than interchange format). As such
> we will ensure that it is supported, in that implementations that choose to
> implement it can both accept and produce OVF representations. Whether we
> make it an absolute requirement by incorporating it into the OCCI standard
> is yet to be decided - I'm unconvinced.
>
> Following ElasticHosts' example all you would need to create a server is
> the following (bearing in mind we're currently talking about putting storage
> and network association metadata in the headers):
>
> $ cat << EOF | curl --url http://example.com -d @-
> name TestServer
> cpu 2000
> mem 1024
> EOF
>
> Doing the same in OVF would require (at least) tens of lines of XML, and
> were it easy to generate we wouldn't be seeing questions like "How do you
> use completely free software to create ovf files for VMware ESXi?<http://stackoverflow.com/questions/681519/how-do-you-use-completely-free-software-to-create-ovf-files-for-vmware-esxi>"
> essentially going unanswered.
>
> Don't get me wrong - OVF support makes a lot of sense for many use cases...
> tor example it would be cool to be able to create a VM in a tool like VMware
> Fusion and upload it directly (save for the ironic lack of OVF support<http://communities.vmware.com/message/947976>)
> and public cloud providers I'm sure would be very happy to make it easy for
> enterprises to upload existing virtualised infrastructure. Making it an
> absolute requirement is another matter (and one that made a lot more sense
> with my earlier proposals whereby it would have been carried transparently
> in Atom's content element).
>
> As for my second guessing what other SSOs are up to, these are my opinions
> based on clues like VMware's recent announcement<http://www.vmware.com/company/news/releases/cloud-initiatives-vmworld.html>that "
> *as one of the original authors of the Open Virtualization Format (OVF)
> standard now released from the Distributed Management Task Force (DMTF),
> VMware will build upon that work by submitting a draft of its VMware vCloud
> API*". As they say in French, "les cheins ne font pas des chats"
> (literally "cats don't make dogs") so with an existing standard injected
> this early in the development process it's hard to imagine the result won't
> look like (if not be [almost] identical to) the VMware API<http://www.vmware.com/support/developer/vc-sdk/visdk400pubs/ReferenceGuide/index.html>,
> complete with its 87 Managed Object References, 1331 Data Object Types, 168
> Enumeration Types and 435 Fault Types.
>
> Of course Cisco's a DMTF member so you've got a better chance of verifying
> this than I do... I've not yet been able to justify coughing up $200 for
> early access to the docs (assuming they already exist).
>
> Sam
>
>
> On Sat, Jun 20, 2009 at 8:11 PM, Krishna Sankar (ksankar) <
> ksankar at cisco.com> wrote:
>
>>  Sam,
>>
>> a)      I suggest you tone down your rhetoric (unless you have proof
>> that, that is so) on what other SDOs might be doing … seek to understand
>> first ;o) OGF (and GGF) has  long history of working with others and we do
>> not want to singlehandedly reverse that
>>
>> b)      This is the standard NIH syndrome
>>
>> c)       And simpler format usually will get complex as the domain
>> matures.
>>
>> d)      Moreover we can leverage future work done by others as the cloud
>> computing domain grows and by extension we get more demands for the OCCI
>> interfaces feature set …
>>
>> e)      BTW, why is it difficult to roll an OVF file ? After all it is an
>> XML file. Are you having second thoughts on XML format ? ;o) Time to come
>> clean if that is the case !
>>
>>
>>
>> Cheers
>>
>> <k/>
>>
>>
>>
>> *From:* Sam Johnston [mailto:samj at samj.net]
>> *Sent:* Saturday, June 20, 2009 10:21 AM
>> *To:* Michael Behrens
>> *Cc:* Krishna Sankar (ksankar); Randy Bias; occi-wg at ogf.org
>>
>> *Subject:* Re: [occi-wg] Opinion Poll: IaaS or PaaS ?
>>
>>
>>
>> I'd be surprised if OASIS were working on a new version given it's a DMTF
>> standard but you're right - it's extensible and it's certainly one format I
>> expect most, if not all, implementations to support anyway. DMTF are no
>> doubt very busy rubber stamping VMware's vcloud API at the moment so I doubt
>> OVF is high on their list of priorities - waiting for news from Thijs
>> regarding our collaboration with them.
>>
>> The question then is if we want/need a simpler format ala ElasticHosts:
>>
>> cores 2
>> memory 2048
>> ...
>>
>> We quite probably do (it is after all a fairly simple problem to solve, as
>> evidenced by the simplicity of your average virtual machine descriptor), and
>> there are a good few people in support of this. In any case it would be at
>> least mildly ironic to raise hell over XML in the protocol only to require
>> it for the data interchange format ;)
>>
>> Rolling your own OVF file is a bit of a mission compared to sending a few
>> key value pairs...
>>
>> Sam
>>
>> On Sat, Jun 20, 2009 at 6:27 PM, Michael Behrens <
>> michael.behrens at r2ad.com> wrote:
>>
>> The OVF standard is extensible, so perhaps start with that and then extend
>> as needed.  Does anyone know if OASIS is working on a new version?  If so,
>> then perhaps a runtime/creation use-case could be submitted.
>>
>> Krishna Sankar (ksankar) wrote:
>>
>> Need to understand a little bit more on this.
>>
>>
>>
>> a)      Wouldn’t it be better to add the missing attributes/elements to
>> OVF than inventing a new format
>>
>> b)      The client has to understand something – either OVF or some other
>> representation. So why not add to OVF ?
>>
>> c)       Finally, are there something fundamentally missing from/totally
>> incompatible with OVF that it cannot be fixed ?
>>
>> Cheers
>>
>> <k/>
>>
>>
>>
>> *From:* occi-wg-bounces at ogf.org [mailto:occi-wg-bounces at ogf.org<occi-wg-bounces at ogf.org>]
>> *On Behalf Of *Sam Johnston
>> *Sent:* Thursday, June 18, 2009 4:20 AM
>> *To:* Randy Bias
>> *Cc:* occi-wg at ogf.org
>> *Subject:* Re: [occi-wg] Opinion Poll: IaaS or PaaS ?
>>
>>
>>
>> On Thu, Jun 18, 2009 at 8:32 AM, Randy Bias <randyb at neotactics.com>
>> wrote:
>>
>>  Sure, but that's not the issue.  The issue is VM portability.  It's
>> important, but difficult.  That's my point.  Specifying the hypervisor of an
>> image just means the cloud has enough foreknowledge to reject the upload.
>>
>>
>> Exactly. In fact my main concern is that as OVF is only ever used as a
>> transport rather than run-time format there are two potentially lossy
>> transformations (one to bundle up e.g. a VMware virtual machine to OVF and
>> another to unbundle it to say Hyper-V). Any settings that fall outside of
>> the OVF net (potentially including critical details such as interface
>> parameters) will be ignored at best and lost at worst.
>>
>> If a client wants to make a VM it should not need to understand OVF so we
>> will have our own, simple descriptor language that I imagine will end up
>> looking like the stuff in VMX files (example attached). If we are careful
>> about how we do this we may well be able to solve the VM portability problem
>> as well - something I'm sure many of the open source projects would be happy
>> to see.
>>
>> Sam
>>
>>
>>     On Jun 14, 2009, at 8:38 PM, Sam Johnston wrote:
>>
>>
>>
>> On Mon, Jun 15, 2009 at 5:05 AM, Randy Bias <randyb at neotactics.com>
>> wrote:
>>
>>    If you don't have this capability then allowing the upload of
>> completely opaque images and hoping they will have any kind of reasonable
>> performance on an arbitrary cloud providers system is a pipe dream.  This is
>> an area badly in need of standardization, but I doubt it will come any time
>> soon.
>>
>>
>> Fortunately specifying the type of hypervisor an image is tied
>> to/optimised for isn't hard...
>>
>> Sam
>>
>>
>>
>>
>> Randy Bias, Cloud Strategist
>> +1 (415) 939-8507 [m], randyb at neotactics.com
>>
>> BLOG: http://cloudscaling.com
>>
>>
>>
>>
>>
>> ------------------------------
>>
>>
>>
>> _______________________________________________
>>
>> occi-wg mailing list
>>
>> occi-wg at ogf.org
>>
>> http://www.ogf.org/mailman/listinfo/occi-wg
>>
>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/occi-wg/attachments/20090630/46396590/attachment.html 
-------------- next part --------------
<?xml version="1.0"?>
<Foundry>
<VM>
<VMId type="string">52 55 dd 96 25 35 51 e6-34 89 f9 e9 fa 4f b6 e2</VMId>
<ClientMetaData>
<clientMetaDataAttributes/>
<HistoryEventList/></ClientMetaData>
<vmxPathName type="string">Debian Lenny.vmx</vmxPathName></VM></Foundry>
-------------- next part --------------
.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "512"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Debian Lenny RC2.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "/Users/samj/Downloads/debian-Lenny-DI-rc2-amd64-businesscard.iso"
ide1:0.deviceType = "cdrom-image"
floppy0.present = "FALSE"
ethernet0.present = "TRUE"
ethernet0.connectionType = "nat"
ethernet0.virtualDev = "e1000"
ethernet0.wakeOnPcktRcv = "FALSE"
ethernet0.linkStatePropagation.enable = "TRUE"
usb.present = "TRUE"
ehci.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
serial0.present = "TRUE"
serial0.fileType = "thinprint"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
roamingVM.exitBehavior = "go"
tools.syncTime = "TRUE"
displayName = "Debian Lenny"
guestOS = "other26xlinux-64"
nvram = "Debian Lenny.nvram"
virtualHW.productCompatibility = "hosted"
ft.secondary0.enabled = "TRUE"
printers.enabled = "TRUE"
tools.upgrade.policy = "upgradeAtPowerCycle"
powerType.powerOff = "soft"
powerType.powerOn = "soft"
powerType.suspend = "soft"
powerType.reset = "soft"

extendedConfigFile = "Debian Lenny.vmxf"

ethernet0.addressType = "generated"
uuid.location = "56 4d 46 21 93 41 13 d9-01 c6 38 94 5d cd 98 8f"
uuid.bios = "56 4d 46 21 93 41 13 d9-01 c6 38 94 5d cd 98 8f"
scsi0:0.redo = ""
vmotion.checkpointFBSize = "65536000"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ethernet0.pciSlotNumber = "33"
sound.pciSlotNumber = "34"
ehci.pciSlotNumber = "35"
vmci0.pciSlotNumber = "36"
ethernet0.generatedAddress = "00:0c:29:cd:98:8f"
ethernet0.generatedAddressOffset = "0"
vmci0.id = "1573755023"

debugStub.linuxOffsets = "0x0,0xffffffff,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0,0x0"
tools.remindInstall = "TRUE"

scsi0:1.present = "TRUE"
scsi0:1.fileName = "swap.vmdk"

scsi0:1.redo = ""

scsi0:2.present = "TRUE"
scsi0:2.fileName = "Debian Lenny.vmdk"

scsi0:2.redo = ""
-------------- next part --------------
<?xml version="1.0" encoding="UTF-8"?>
<!-- Sun VirtualBox Machine Configuration -->
<VirtualBox xmlns="http://www.innotek.de/VirtualBox-settings" version="1.7-macosx">
  <Machine uuid="{b085a9dd-e4f2-4461-b867-e12c6bcfa500}" name="Debian Lenny" OSType="Debian_64" lastStateChange="2009-06-30T16:22:15Z">
    <ExtraData>
      <ExtraDataItem name="GUI/FirstRun" value="yes"/>
    </ExtraData>
    <Hardware>
      <CPU count="1">
        <HardwareVirtEx enabled="true"/>
      </CPU>
      <Memory RAMSize="256"/>
      <Boot>
        <Order position="1" device="Floppy"/>
        <Order position="2" device="DVD"/>
        <Order position="3" device="HardDisk"/>
      </Boot>
      <Display VRAMSize="12" monitorCount="1" accelerate3D="false"/>
      <RemoteDisplay enabled="false" authType="Null"/>
      <BIOS>
        <ACPI enabled="true"/>
        <IOAPIC enabled="true"/>
        <Logo fadeIn="true" fadeOut="true" displayTime="0"/>
        <BootMenu mode="MessageAndMenu"/>
        <TimeOffset value="0"/>
        <PXEDebug enabled="false"/>
      </BIOS>
      <DVDDrive passthrough="false"/>
      <FloppyDrive enabled="true"/>
      <USBController enabled="true" enabledEhci="true"/>
      <Network>
        <Adapter slot="0" enabled="true" MACAddress="0800279ABA5B" cable="true" speed="0" type="82540EM">
          <NAT/>
        </Adapter>
        <Adapter slot="1" enabled="false" MACAddress="0800275BA9E8" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="2" enabled="false" MACAddress="080027460BD0" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="3" enabled="false" MACAddress="0800274ED473" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="4" enabled="false" MACAddress="08002763E533" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="5" enabled="false" MACAddress="0800273D3A3A" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="6" enabled="false" MACAddress="0800275FDD28" cable="true" speed="0" type="82540EM"/>
        <Adapter slot="7" enabled="false" MACAddress="080027EAED00" cable="true" speed="0" type="82540EM"/>
      </Network>
      <UART>
        <Port slot="0" enabled="false" IOBase="0x3f8" IRQ="4" hostMode="Disconnected"/>
        <Port slot="1" enabled="false" IOBase="0x3f8" IRQ="4" hostMode="Disconnected"/>
      </UART>
      <LPT>
        <Port slot="0" enabled="false" IOBase="0x378" IRQ="4"/>
        <Port slot="1" enabled="false" IOBase="0x378" IRQ="4"/>
      </LPT>
      <AudioAdapter controller="AC97" driver="CoreAudio" enabled="true"/>
      <SharedFolders/>
      <Clipboard mode="Bidirectional"/>
      <Guest memoryBalloonSize="0" statisticsUpdateInterval="0"/>
      <GuestProperties>
        <GuestProperty name="/VirtualBox/HostInfo/GUI/LanguageID" value="C" timestamp="1246378935277722000" flags=""/>
      </GuestProperties>
    </Hardware>
    <StorageControllers>
      <StorageController name="IDE" type="PIIX4" PortCount="2">
        <AttachedDevice type="HardDisk" port="0" device="0">
          <Image uuid="{fad90868-100e-456d-abec-839756eec965}"/>
        </AttachedDevice>
      </StorageController>
    </StorageControllers>
  </Machine>
</VirtualBox>
-------------- next part --------------
?<?xml version="1.0" encoding="UTF-16"?>
<!-- Microsoft Virtual Machine Options and Settings -->
<preferences>
	<version type="string">2.0</version>
	<hardware>
		<memory>
			<ram_size type="integer">512</ram_size>
		</memory>
		<pci_bus>
			<scsi_adapter>
				<controller_count type="integer">1</controller_count>
				<scsi_controller id="0">
					<adapter_scsi_id type="integer">7</adapter_scsi_id>
					<adapter_shared type="boolean">false</adapter_shared>
					<id type="integer">1</id>
					<location id="0">
						<drive_type type="integer">1</drive_type>
						<pathname>
							<absolute type="string">i:\virtual_server_drives\winweb-template\winweb-template_drive0.vhd</absolute>
							<relative type="string" />
						</pathname>
						<undo_pathname>
							<absolute type="string" />
							<relative type="string" />
						</undo_pathname>
					</location>
					<location id="1">
						<drive_type type="integer">1</drive_type>
						<pathname>
							<absolute type="string">i:\virtual_server_drives\winweb-template\winweb-template_drive1.vhd</absolute>
							<relative type="string" />
						</pathname>
						<undo_pathname>
							<absolute type="string" />
							<relative type="string" />
						</undo_pathname>
					</location>
				</scsi_controller>
				<scsi_controller id="1">
					<adapter_scsi_id type="integer">7</adapter_scsi_id>
					<adapter_shared type="boolean">false</adapter_shared>
				</scsi_controller>
				<scsi_controller id="2">
					<adapter_scsi_id type="integer">7</adapter_scsi_id>
					<adapter_shared type="boolean">false</adapter_shared>
				</scsi_controller>
				<scsi_controller id="3">
					<adapter_scsi_id type="integer">7</adapter_scsi_id>
					<adapter_shared type="boolean">false</adapter_shared>
				</scsi_controller>
			</scsi_adapter>
			<video_adapter>
				<vram_size type="integer">4</vram_size>
			</video_adapter>
			<ethernet_adapter>
				<controller_count type="integer">1</controller_count>
				<ethernet_controller id="0">
					<ethernet_card_address type="bytes">0003FF28E0A8</ethernet_card_address>
					<id type="integer">0</id>
					<virtual_network>
						<id type="bytes">FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF</id>
						<name type="string">Unplugged</name>
					</virtual_network>
				</ethernet_controller>
			</ethernet_adapter>
			<ide_adapter>
				<ide_controller id="1">
					<location id="0">
						<drive_type type="integer">2</drive_type>
						<pathname>
							<absolute type="string">D</absolute>
							<relative type="string" />
						</pathname>
					</location>
				</ide_controller>
			</ide_adapter>
		</pci_bus>
		<standard>
			<name type="string">Virtual Server 2005</name>
			<version type="string">0001.0000.0000</version>
		</standard>
		<super_io>
			<floppy id="0">
				<pathname>
					<absolute type="string" />
				</pathname>
			</floppy>
			<parallel_port>
				<port_type type="integer">0</port_type>
			</parallel_port>
			<serial_port>
				<connect_immediately type="boolean">false</connect_immediately>
			</serial_port>
		</super_io>
		<bios>
			<bios_guid type="string">{20F7FD81-959C-4BA9-853B-9C35E7E35D13}</bios_guid>
			<base_board>
				<serial_number type="string">2467-5068-3729-0535-3578-3429-34</serial_number>
			</base_board>
			<bios_serial_number type="string">2467-5068-3729-0535-3578-3429-34</bios_serial_number>
			<chassis>
				<asset_tag type="string">2467-5068-3729-0535-3578-3429-34</asset_tag>
				<serial_number type="string">2467-5068-3729-0535-3578-3429-34</serial_number>
			</chassis>
			<cmos type="bytes">000040000020378002FFFF000000000000000000000000000031004C0707070703B0FFFF208580FF01000000200C01800CFC00000000000000000000000000901A32E252580050E999E62401002784004A2080240000000000085AACFE1032547698BAE400000000000003000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000</cmos>
			<time_bytes type="bytes">26001300150002110907</time_bytes>
		</bios>
	</hardware>
	<integration>
		<microsoft>
			<folder_sharing>
				<enabled type="boolean">false</enabled>
				<load_allowed type="boolean">false</load_allowed>
			</folder_sharing>
			<heartbeat>
				<failure_attempts type="integer">12</failure_attempts>
				<failure_interval type="integer">10</failure_interval>
				<rate type="integer">10</rate>
				<time type="integer">60</time>
			</heartbeat>
			<host_time_sync>
				<enabled type="boolean">true</enabled>
				<frequency type="integer">15</frequency>
				<threshold type="integer">10</threshold>
			</host_time_sync>
			<mouse>
				<allow type="boolean">true</allow>
			</mouse>
			<version>
				<guest_os>
					<build_number type="string">5.00.2195</build_number>
					<long_name type="string">Windows® 2000 Server</long_name>
					<revision_number type="string">Service Pack 4</revision_number>
					<short_name type="string">Windows® 2000 Server</short_name>
				</guest_os>
				<additions_number type="string">013552</additions_number>
			</version>
		</microsoft>
	</integration>
	<properties>
		<creator>
			<build type="string">1.1.465.292 EE R2</build>
			<name type="string">Microsoft Virtual Server</name>
		</creator>
		<modifier>
			<build type="string">1.1.465.292 EE R2</build>
			<name type="string">Microsoft Virtual Server</name>
		</modifier>
	</properties>
	<settings>
		<configuration>
			<account>
				<name type="string" />
			</account>
			<saved_state>
				<path>
					<absolute type="string" />
					<relative type="string" />
				</path>
			</saved_state>
			<next_id type="integer">2</next_id>
		</configuration>
		<disks>
			<track_disk_cache>
				<enabled type="boolean">true</enabled>
			</track_disk_cache>
		</disks>
		<globalconfigid type="string">{13038B3C-65A4-43D9-9223-3C5757A13B2D}</globalconfigid>
		<host>
			<resource_control>
				<cpu>
					<cap type="double">50.00000000</cap>
					<host_processors type="integer">2</host_processors>
					<reserve type="double">0.00000000</reserve>
					<weight type="integer">100</weight>
				</cpu>
			</resource_control>
		</host>
		<notes type="string" />
		<remote_control>
			<vmrc>
				<authentication>
					<type type="integer">4</type>
				</authentication>
				<desktop>
					<color type="integer">0</color>
					<x_resolution type="integer">800</x_resolution>
					<y_resolution type="integer">600</y_resolution>
				</desktop>
				<enabled type="boolean">false</enabled>
				<encryption>
					<enable type="boolean">false</enable>
				</encryption>
				<idle_timeout>
					<enabled type="boolean">true</enabled>
					<value type="integer">900</value>
				</idle_timeout>
				<port_num type="integer">5901</port_num>
			</vmrc>
		</remote_control>
		<shutdown>
			<quit>
				<action type="integer">0</action>
				<was_running type="boolean">false</was_running>
			</quit>
		</shutdown>
		<sound>
			<sound_adapter>
				<enable type="boolean">false</enable>
			</sound_adapter>
		</sound>
		<startup>
			<automatic>
				<delay type="integer">0</delay>
				<type type="integer">2</type>
			</automatic>
		</startup>
		<undo_drives>
			<always type="boolean">false</always>
			<default_action type="integer">1</default_action>
			<enabled type="boolean">false</enabled>
			<purposely_kept type="boolean">false</purposely_kept>
			<use_default type="boolean">true</use_default>
		</undo_drives>
		<video>
			<full_screen type="boolean">false</full_screen>
		</video>
	</settings>
</preferences>
-------------- next part --------------
name ='miaffw001-at02'
disk = ['phy:/dev/at02/miaffw001,ioemu:hda,w']
memory = 512
builder = hvm
kernel = /usr/lib/xen/boot/hvmloader
device_model = /usr/lib/xen/bin/qemu-dm
boot = c
vnc = 1
vncdisplay = 4
sdl = 0
apic = 0
acpi = 0
vif = ['type=ioemu, bridge=xenbr5', 'type=ioemu, bridge=xenbr6', 'type=ioemu, bridge=xenbr7']
vcpus = 1
cpus = 5
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'


More information about the occi-wg mailing list