<div dir="ltr"><div>> We keep it As Is, and say "user should not use Fuel until Fuel</div><div>> Master deployment is finished".</div><div><br></div><div>Yep deployment can be finished, but was it successful? As I already told deployment was finished, but bootstrap wasn't built. Command for building bootstrap wasn't called because of some reason. </div><div><br></div><div>> We make API / Web UI unaccessible externally until Fuel Master is</div><div>> deployed (e.g. iptables rules or nginx ones).</div><div><br></div><div>This approach seems too suspicious for me, due to the same reason as above. I can imagine some workflow: Fuel deploying => WebUI blocked => deployment is failed due to some minor thing => I fix it => Ooops how can I activate WebUI... But maybe I'm wrong, anyway this approach required serious change of nailgun by handling deployment process.</div><div><br></div><div>I really can't understand why is it bad to set error message by default. By default before all deployment is not finished master hasn't any valid bootstrap image, hence this error message is not bad or weird, it's in right place. Error message will be disabled by fuel-bootstrap-cli after building, activation of bootstrap image.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span style="color:rgb(0,0,0);font-family:Arial,sans-serif;line-height:21.503999710083px;white-space:pre-wrap;background-color:rgb(255,255,255)"><font size="2">Best regards,</font></span></div><div><span style="color:rgb(0,0,0);font-family:Arial,sans-serif;line-height:21.503999710083px;white-space:pre-wrap;background-color:rgb(255,255,255)"><font size="2">Svechnikov Artur</font></span></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Dec 16, 2015 at 4:05 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I really don't like setting the error message as the default one in<br>
> the DB schema and consider it as a last resort solution. If<br>
> possible update the message to error one just before you start<br>
> to build the image.<br>
<br>
</span>+1.<br>
<span class=""><br>
> What about add some check or some message<br>
> "Fuel-master Deployment in progress, please wait %s" ?<br>
<br>
</span>I don't like this idea, since I believe it's something that user<br>
shouldn't care at all. I see two possible *right* appraoch to handle<br>
this:<br>
<br>
1. We keep it As Is, and say "user should not use Fuel until Fuel<br>
Master deployment is finished".<br>
2. We make API / Web UI unaccessible externally until Fuel Master is<br>
deployed (e.g. iptables rules or nginx ones).<br>
<br>
What do you say?<br>
<span class="HOEnZb"><font color="#888888"><br>
- Igor<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Wed, Dec 16, 2015 at 12:00 PM, Aleksey Zvyagintsev<br>
<<a href="mailto:azvyagintsev@mirantis.com">azvyagintsev@mirantis.com</a>> wrote:<br>
> Actually, its gloval problem :<br>
> UI accessible for user earlier then deployment has been done. I think we<br>
> should also handle this somehow - otherwise user can start doing "some<br>
> things" like spawning HW - and fail .<br>
> What about add some check or some message "Fuel-master Deployment  in<br>
> progress, please wait %s" ?<br>
><br>
><br>
><br>
><br>
> On Tue, Dec 15, 2015 at 6:56 PM, Vitaly Kramskikh <<a href="mailto:vkramskikh@mirantis.com">vkramskikh@mirantis.com</a>><br>
> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> I really don't like setting the error message as the default one in the DB<br>
>> schema and consider it as a last resort solution. If possible update the<br>
>> message to error one just before you start to build the image.<br>
>><br>
>> 2015-12-15 18:48 GMT+03:00 Artur Svechnikov <<a href="mailto:asvechnikov@mirantis.com">asvechnikov@mirantis.com</a>>:<br>
>>><br>
>>> Hi folks,<br>
>>> Recently was introduced special notification about absented bootstrap<br>
>>> image.<br>
>>><br>
>>> Currently this notification is sent from fuel-bootstrap-cli. It means<br>
>>> that error message will not be sent when failure occurs before first<br>
>>> building (like in [1]). I think it will be better to set error message on<br>
>>> WebUI by default through fixtures and then remove it if first build is<br>
>>> successful.<br>
>>><br>
>>> Please share your opinions about this issue.<br>
>>><br>
>>> [1] <a href="https://bugs.launchpad.net/fuel/+bug/1526351" rel="noreferrer" target="_blank">https://bugs.launchpad.net/fuel/+bug/1526351</a><br>
>>><br>
>>> Best regards,<br>
>>> Svechnikov Artur<br>
>>><br>
>>><br>
>>> __________________________________________________________________________<br>
>>> OpenStack Development Mailing List (not for usage questions)<br>
>>> Unsubscribe:<br>
>>> <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>
>><br>
>><br>
>><br>
>> --<br>
>> Vitaly Kramskikh,<br>
>> Fuel UI Tech Lead,<br>
>> Mirantis, Inc.<br>
>><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>
><br>
><br>
><br>
> --<br>
> ---<br>
> Best regards,<br>
>    Aleksey Zvyagintsev<br>
><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>
<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>
</div></div></blockquote></div><br></div>