Open Stack

This is somewhat confusing, but long ago the decision was made that booting from an ISO image should use the ISO as a root drive. This means that it is only really useful for things like live cds. I believe you could use the new block device mapping code to create an instance that boots from an iso and has an ephemeral drive as well but I haven’t tested this.

Vish

On Jul 22, 2014, at 7:57 AM, Maksym Lobur <mlobur at mirantis.com> wrote:

> Hi Folks,
> 
> Could someone please share his experience with Nova "Boot from ISO" feature [1]. 
> 
> We test it on Havana + KVM, uploaded the image with DISK_FORMAT set to 'iso'. Windows deployment does not happen. The VM has two volumes: one is config-2 (CDFS, ~400Kb, don't know what that is); and the second one is our flavor volume (80Gb). The windows ISO contents (about 500Mb) for some reason are inside a flavor volume instead of separate CD drive.
> 
> So far I found only two patches for nova: vmware [2] and Xen [3]. 
> Does it work with KVM? Maybe some specific nova configuration required for KVM.
> 
> [1] https://wiki.openstack.org/wiki/BootFromISO
> [2] https://review.openstack.org/#/c/63084/
> [3] https://review.openstack.org/#/c/38650/
> 
> 
> Thanks beforehand!
> 
> Max Lobur,
> OpenStack Developer, Mirantis, Inc.
> 
> Mobile: +38 (093) 665 14 28
> Skype: max_lobur
> 
> 38, Lenina ave. Kharkov, Ukraine
> www.mirantis.com
> www.mirantis.ru
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140722/b4dde3e5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 455 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140722/b4dde3e5/attachment.pgp>