libvirt/tests/storagevolxml2xmlin/vol-qcow2.xml

<volume>
  <name>OtherDemo.img</name>
  <key>/var/lib/libvirt/images/OtherDemo.img</key>
  <source>
  </source>
  <capacity unit="G">5</capacity>
  <allocation>294912</allocation>
  <target>
    <path>/var/lib/libvirt/images/OtherDemo.img</path>
    <format type='qcow2'/>
    <permissions>
      <mode>0644</mode>
      <owner>0</owner>
      <group>0</group>
      <label>unconfined_u:object_r:virt_image_t:s0</label>
    </permissions>
    <encryption format='qcow'>
      <secret type='passphrase' uuid='e78d4b51-a2af-485f-b0f5-afca709a80f4'/>
    </encryption>
  </target>
  <backingStore>
    <path>/dev/null</path>
    <format type='raw'/>
    <permissions>
      <mode>0644</mode>
      <owner>0</owner>
      <group>0</group>
      <label>unconfined_u:object_r:virt_image_t:s0</label>
    </permissions>
  </backingStore>
</volume>
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`<volume>`
			`<name>OtherDemo.img</name>`
			`<key>/var/lib/libvirt/images/OtherDemo.img</key>`
			`<source>`
			`</source>`
fix storage volume inconsistencies in schema and doc * docs/schemas/storagevol.rng docs/formatstorage.html[.in] tests/storagevolschemadata/vol-qcow2.xml: fix storage volume inconsistencies in schema and document, patch by Ryota Ozaki daniel 2009-05-29 20:27:45 +08:00			`<capacity unit="G">5</capacity>`
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`<allocation>294912</allocation>`
			`<target>`
			`<path>/var/lib/libvirt/images/OtherDemo.img</path>`
			`<format type='qcow2'/>`
			`<permissions>`
tests: Add storage volume XML 2 XML tests. 2009-10-10 02:17:21 +08:00			`<mode>0644</mode>`
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`<owner>0</owner>`
			`<group>0</group>`
			`<label>unconfined_u:object_r:virt_image_t:s0</label>`
			`</permissions>`
Attach encryption information to virStorageVolDef. The XML allows <encryption format='unencrypted'/>, this implementation canonicalizes the internal representation so that "vol->encryption" is non-NULL iff the volume is encrypted. Note that partial encryption information (e.g. specifying an encryption format, but not the key/passphrase) is valid, libvirt will automatically choose value for the missing information during volume creation. The user can read the volume XML, and use the unmodified <encryption> tag in future operations (without having to be able to understand) its contents. * docs/formatstorage.html, docs/formatstorage.html.in: Document storage volume encryption options * src/storage_conf.c, src/storage_conf.h: Hook up storage encryption XML handling * tests/storagevolschemadata/vol-qcow2.xml: Test case for encryption schema changes 2009-07-21 06:28:11 +08:00			`<encryption format='qcow'>`
			`<secret type='passphrase' uuid='e78d4b51-a2af-485f-b0f5-afca709a80f4'/>`
			`</encryption>`
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`</target>`
			`<backingStore>`
Move volume XMLs out of storagevolxml2argvdata Reuse the XML files in storagevolxml2xmlin. (This requires changing a few backing files to /dev/null, since virStorageBackendCreateQemuImgCmd checks for its presence) 2013-07-22 21:44:06 +08:00			`<path>/dev/null</path>`
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`<format type='raw'/>`
			`<permissions>`
tests: Add storage volume XML 2 XML tests. 2009-10-10 02:17:21 +08:00			`<mode>0644</mode>`
Added complete set of RNG schemas for all XML formats 2009-01-27 23:29:53 +08:00			`<owner>0</owner>`
			`<group>0</group>`
			`<label>unconfined_u:object_r:virt_image_t:s0</label>`
			`</permissions>`
			`</backingStore>`
			`</volume>`