<p dir="ltr"><br>
On Jun 4, 2015 5:53 AM, "Dmitry Tantsur" <<a href="mailto:dtantsur@redhat.com">dtantsur@redhat.com</a>> wrote:<br>
><br>
> Hi!<br>
><br>
> While working on the enroll spec [1], I got a thinking: within the new state machine, when should we allow to change a node driver?<br>
><br>
> My initial idea was to only allow driver change in ENROLL. Which sounds good to me, but then it will be impossible to change a driver after moving forward: we don't plan on having a way back to ENROLL from MANAGEABLE.<br>
><br>
> What do you folks think we should do:<br>
> 1. Leave driver field as it was before<br>
> 2. Allow changing driver in ENROLL, do not allow later<br>
> 3. Allow changing driver in ENROLL only, but create a way back from MANAGEABLE to ENROLL ("unmanage"??)<br>
></p>
<p dir="ltr">What problem are you trying to solve? Because I don't see a problem with the current behavior, and you're proposing breaking the API and requiring users to follow a significantly more complex process should they need to change what driver is in use for a node, and preventing ever doing that while a workload is running...</p>
<p dir="ltr">-Deva</p>
<p dir="ltr">> Cheers,<br>
> Dmitry<br>
><br>
> [1] <a href="https://review.openstack.org/#/c/179151">https://review.openstack.org/#/c/179151</a><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>