<div dir="ltr">That makes sense. I've submitted a blueprint to see if the community thinks it's a good idea: <a href="https://blueprints.launchpad.net/horizon/+spec/volume-attach-default-auto">https://blueprints.launchpad.net/horizon/+spec/volume-attach-default-auto</a></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 3:12 PM, Vishvananda Ishaya <span dir="ltr"><<a href="mailto:vishvananda@gmail.com" target="_blank">vishvananda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Horizon should IMO, I believe there is a config option to turn it on.<div><br></div><div>
We left the cli option mandatory because we would have had to convert it to a --arg from a positional arg which would break existing scripts.</div><div><br></div><div>Vish</div><div><div class="h5"><div> <br><div><div>On Apr 4, 2013, at 11:06 AM, Jacob Godin <<a href="mailto:jacobgodin@gmail.com" target="_blank">jacobgodin@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Just a thought, but maybe Horizon and the nova volume-attach command should default to 'auto'? That could potentially be less confusing for end users.</span><br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 4, 2013 at 3:01 PM, Vishvananda Ishaya <span dir="ltr"><<a href="mailto:vishvananda@gmail.com" target="_blank">vishvananda@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes it should, this is why the auto assign option was added in folsom:<br>
<br>
nova volume-attach test-instance <volume-uuid> auto<br>
<br>
Vish<br>
<div><div><br>
On Apr 4, 2013, at 10:38 AM, Abel Lopez <<a href="mailto:alopgeek@gmail.com" target="_blank">alopgeek@gmail.com</a>> wrote:<br>
<br>
> I've been dealing with lots of confusion from users, mainly because the mountpoint they specify in volume-attach really has no bearing onto what the guest OS does with the volume.<br>
><br>
> Here's some examples:<br>
> m1.tiny has no ephemeral disk, Horizon "Suggests" /dev/vdc as the mountpoint. The OS assigns the volume to the next available device, which is /dev/vdb<br>
><br>
> a flavor with an existing (perhaps unused) ephemeral disk at /dev/vdb, and the user specifies /dev/vdb in volume-attach, OS will use the next available device, and confuse the user.<br>
><br>
> Windows guests - have no /dev/ - volumes show up as disk1, disk2, etc.<br>
><br>
> Having the mountpoint seems to do more to confuse the users. This is an option that really doesn't seem to bring anything to the table. We should really just leave device assignment to the guest OS, no?<br>
><br>
> Thoughts?<br>
</div></div>> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<div><div><br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></blockquote></div><br></div>