<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    What I crave is a communication channel between nova and running
    instances.  There was discussion at some point about extending the
    metadata api to have this ability.<br>
    <br>
    Having a solid config drive standard seems like a good idea, but it
    won't get me run-time interaction, will it?<br>
    <br>
    -Andrew<br>
    <br>
    On 4/10/12 11:40 AM, Eric Windisch wrote:
    <blockquote
      cite="mid:98E72D1AC49349E38018DAED38D28A23@cloudscaling.com"
      type="cite">
      <div><span style="font-size: 12px;">I maintain my stance from
          pre-Diablo, that the configuration drive should be exported as
          a virtual cdrom device with an ISO9660 filesystem. </span><span
          style="font-size: 12px; ">We can generate the filesystem
          without root access and the filesystem is well-supported.
           Additionally, it lacks the patent-related issues associated
          with the other many-platform filesystems (i.e. FAT).</span></div>
      <div><span style="font-size: 12px; "><br>
        </span></div>
      <div><span style="font-size: 12px; ">Also, doing the above happens
          to make the configuration-drive surprisingly similar to the
          optional sub-feature of OVF. I'm not sure what priority OVF is
          for Nova (it is a low priority for me), but it might be worth
          considering, especially since Glance seems to advertise some
          OVF support.</span></div>
      <div><span style="font-size: 12px;"><br>
        </span></div>
      <div>-- <br>
        Eric Windisch
        <div><br>
        </div>
      </div>
      <p style="color: #A0A0A8;">On Tuesday, April 10, 2012 at 11:52 AM,
        Scott Moser wrote:</p>
      <blockquote type="cite"
style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
        <span>
          <div>
            <div>
              <div>On Tue, 10 Apr 2012, Andrew Bogott wrote:</div>
              <div><br>
              </div>
              <blockquote type="cite">
                <div>
                  <div>I'm reviving this ancient thread to ask: Will
                    there be a code summit session</div>
                  <div>about this? And/or are there plans to start
                    developing a standard set of</div>
                  <div>guest agents for Folsom?</div>
                </div>
              </blockquote>
              <div><br>
              </div>
              <div><a moz-do-not-send="true"
                  href="http://summit.openstack.org/sessions/view/100">http://summit.openstack.org/sessions/view/100</a></div>
              <div><br>
              </div>
              <div><br>
              </div>
              <div>_______________________________________________</div>
              <div>Mailing list: <a moz-do-not-send="true"
                  href="https://launchpad.net/%7Eopenstack">https://launchpad.net/~openstack</a></div>
              <div>Post to : <a moz-do-not-send="true"
                  href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a></div>
              <div>Unsubscribe : <a moz-do-not-send="true"
                  href="https://launchpad.net/%7Eopenstack">https://launchpad.net/~openstack</a></div>
              <div>More help : <a moz-do-not-send="true"
                  href="https://help.launchpad.net/ListHelp">https://help.launchpad.net/ListHelp</a></div>
            </div>
          </div>
        </span> </blockquote>
      <div> <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>