<div dir="ltr"><div>Evgeniy,<br><br></div>That's also a good point. Due to all these issues and need to significantly change Nailgun for this feature we decided to move it out of 8.0 and come back to it in the next release so that we can design and implement everything properly.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-11-23 16:49 GMT+07:00 Evgeniy L <span dir="ltr"><<a href="mailto:eli@mirantis.com" target="_blank">eli@mirantis.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I have several comments, just to make sure, that we are on the same page here.</div><div>Current API calls for provisioning/deployment are used by developers and fuel hackers,</div><div>and by design there was removed all validation. So shouldn't there be some more</div><div>user friendly API calls which have validation? For example we don't run any pre</div><div>deployment checks and network validation, you can even ask to deploy offline nodes.</div><div>As result novice user can easily break her/his cluster.</div><div><br></div><div>Thanks,</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Fri, Nov 13, 2015 at 11:46 AM, Julia Aranovich <span dir="ltr"><<a href="mailto:jkirnosova@mirantis.com" target="_blank">jkirnosova@mirantis.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi fuelers,<div><br></div><div>Currently Fuel UI team is working on blueprint [1] to give Fuel UI user an ability to launch provisioning of environment nodes separately from deployment (without choosing particular nodes for now).</div><div><br></div><div>In the process we were faced with the following issues. Some of them block the blueprint:</div><div><ul><li>deployment constantly failed on environment with pre-provisioned nodes [2]</li><li>node pending_addition flag is reset to False for provisioned nodes [3]. This causes a lot of UX problems: provisioned node roles, disks, interfaces can not be reconfigured, node can not be deleted from environment, just can be marked as pending deletion (that requires environment deployment)</li><li>completed provisioning task has Null message. So, there is no to show the user after provisioning finished [4]</li><li>no notification comes on UI after provisioned finished [5]</li><li>fake provisioning task is also should be fixed: environment nodes stay in 'provisioning' status after provisioning finished [6]. This breaks fake Fuel UI workflow and brings difficulties in Fuel UI development.</li></ul><div>Could you please consider/fix the tickets and help to unblock the blueprint targeted for the current release.</div></div><div><br></div><div>Also, you can check how provisioning works in Fuel UI on #547 custom 8.0 ISO.</div><div><br></div><div>Thank you!</div><div>Julia</div><div><br><div>[1] <a href="https://blueprints.launchpad.net/fuel/+spec/support-separate-provisioning-and-deployment-in-ui" target="_blank">https://blueprints.launchpad.net/fuel/+spec/support-separate-provisioning-and-deployment-in-ui</a></div><div>[2] <a href="https://bugs.launchpad.net/fuel/+bug/1515903" target="_blank">https://bugs.launchpad.net/fuel/+bug/1515903</a></div><div>[3] <a href="https://bugs.launchpad.net/fuel/+bug/1515898" target="_blank">https://bugs.launchpad.net/fuel/+bug/1515898</a></div><div>[4] <a href="https://bugs.launchpad.net/fuel/+bug/1515895" target="_blank">https://bugs.launchpad.net/fuel/+bug/1515895</a><br></div><div>[5] <a href="https://bugs.launchpad.net/fuel/+bug/1515891" target="_blank">https://bugs.launchpad.net/fuel/+bug/1515891</a><br></div><div>[6] <a href="https://bugs.launchpad.net/fuel/+bug/1515893" target="_blank">https://bugs.launchpad.net/fuel/+bug/1515893</a></div></div><div><br></div></div>
<br></div></div><span class="">__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></span></blockquote></div><br></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Vitaly Kramskikh,<br>Fuel UI Tech Lead,<br>Mirantis, Inc.</div></div></div></div>
</div>