<div dir="ltr">Fox,  this is one of the reasons. There are others listed in my original letter.<div><br></div><div>Guys, I have prepared two patches [1] and [2] that can properly deploy the master node. I still have not got any positive feedback on the spec [3]. My intention was to wait until Centos 7 feature is merged and then to rebase my patches, but now it seems too late. FF is tomorrow and my suggestion is to make these two patches fully compatible with master so as to make it possible to build ISO both with and without docker containers. Then we can remove docker after SCF.</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/248649/">https://review.openstack.org/#/c/248649/</a></div><div>[2] <a href="https://review.openstack.org/#/c/248650/">https://review.openstack.org/#/c/248650/</a></div><div>[3] <a href="https://review.openstack.org/#/c/248814/">https://review.openstack.org/#/c/248814/</a><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div>Vladimir Kozhukalov</div></div></div>
<br><div class="gmail_quote">On Mon, Nov 30, 2015 at 11:19 PM, Fox, Kevin M <span dir="ltr"><<a href="mailto:Kevin.Fox@pnnl.gov" target="_blank">Kevin.Fox@pnnl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is that because of trying to shoehorn docker containers into rpm's though? I've never seen anyone else try and use them that way. Maybe they belong in a docker repo like the hub or something <a href="http://openstack.org" rel="noreferrer" target="_blank">openstack.org</a> hosted instead?<br>
<br>
Thanks,<br>
Kevin<br>
________________________________________<br>
From: Igor Kalnitsky [<a href="mailto:ikalnitsky@mirantis.com">ikalnitsky@mirantis.com</a>]<br>
Sent: Friday, November 27, 2015 1:22 AM<br>
To: OpenStack Development Mailing List (not for usage questions)<br>
Subject: Re: [openstack-dev] [Fuel] Getting rid of Docker containers on the Fuel master node<br>
<div class="HOEnZb"><div class="h5"><br>
Hey Vladimir,<br>
<br>
Thanks for your effort on doing this job. Unfortunately we have not so<br>
much time left and FF is coming, so I'm afraid it's become unreal to<br>
make it before FF. Especially if it takes 2-3 days to fix system<br>
tests.<br>
<br>
<br>
Andrew,<br>
<br>
I had the same opinion some time ago, but it was changed because<br>
nobody puts effort to fix our Docker experience. Moreover Docker is<br>
still buggy and we have a plenty of issues such as stale mount points<br>
for instance. Besides, I don't like our upgrade procedure -<br>
<br>
1. Install fuel-docker-images.rpm<br>
2. Load images from installed tarball to Docker<br>
3. Re-create containers from new images<br>
<br>
Where (2) and (3) are manual steps and breaks idea of "yum update"<br>
delivery approach.<br>
<br>
Thanks,<br>
Igor<br>
<br>
On Wed, Nov 25, 2015 at 9:43 PM, Andrew Woodward <<a href="mailto:xarses@gmail.com">xarses@gmail.com</a>> wrote:<br>
> <opinion><br>
> IMO, removing the docker containers is a mistake v.s. fixing them and using<br>
> them properly. They provide an isolation that is necessary (and that we<br>
> mangle) to make services portable and scaleable. We really should sit down<br>
> and document how we really want all of the services to interact before we<br>
> rip the containers out.<br>
><br>
> I agree, the way we use containers now still is quite wrong, and brings us<br>
> some negative value, but I'm not sold on stripping them out now just because<br>
> they no longer bring the same upgrades value as before.<br>
> </opinion><br>
><br>
> My opinion aside, we are rushing into this far to late in the feature cycle.<br>
> Prior to moving forward with this, we need a good QA plan, the spec is quite<br>
> light on that and must receive review and approval from QA. This needs to<br>
> include an actual testing plan.<br>
><br>
> From the implementation side, we are pushing up against the FF deadline. We<br>
> need to document what our time objectives are for this and when we will no<br>
> longer consider this for 8.0.<br>
><br>
> Lastly, for those that are +1 on the thread here, please review and comment<br>
> on the spec, It's received almost no attention for something with such a<br>
> large impact.<br>
><br>
> On Tue, Nov 24, 2015 at 4:58 PM Vladimir Kozhukalov<br>
> <<a href="mailto:vkozhukalov@mirantis.com">vkozhukalov@mirantis.com</a>> wrote:<br>
>><br>
>> The status is as follows:<br>
>><br>
>> 1) Fuel-main [1] and fuel-library [2] patches can deploy the master node<br>
>> w/o docker containers<br>
>> 2) I've not built experimental ISO yet (have been testing and debugging<br>
>> manually)<br>
>> 3) There are still some flaws (need better formatting, etc.)<br>
>> 4) Plan for tomorrow is to build experimental ISO and to begin fixing<br>
>> system tests and fix the spec.<br>
>><br>
>> [1] <a href="https://review.openstack.org/#/c/248649" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/248649</a><br>
>> [2] <a href="https://review.openstack.org/#/c/248650" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/248650</a><br>
>><br>
>> Vladimir Kozhukalov<br>
>><br>
>> On Mon, Nov 23, 2015 at 7:51 PM, Vladimir Kozhukalov<br>
>> <<a href="mailto:vkozhukalov@mirantis.com">vkozhukalov@mirantis.com</a>> wrote:<br>
>>><br>
>>> Colleagues,<br>
>>><br>
>>> I've started working on the change. Here are two patches (fuel-main [1]<br>
>>> and fuel-library [2]). They are not ready to review (still does not work and<br>
>>> under active development). Changes are not going to be huge. Here is a spec<br>
>>> [3]. Will keep the status up to date in this ML thread.<br>
>>><br>
>>><br>
>>> [1] <a href="https://review.openstack.org/#/c/248649" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/248649</a><br>
>>> [2] <a href="https://review.openstack.org/#/c/248650" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/248650</a><br>
>>> [3] <a href="https://review.openstack.org/#/c/248814" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/248814</a><br>
>>><br>
>>><br>
>>> Vladimir Kozhukalov<br>
>>><br>
>>> On Mon, Nov 23, 2015 at 3:35 PM, Aleksandr Maretskiy<br>
>>> <<a href="mailto:amaretskiy@mirantis.com">amaretskiy@mirantis.com</a>> wrote:<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On Mon, Nov 23, 2015 at 2:27 PM, Bogdan Dobrelya<br>
>>>> <<a href="mailto:bdobrelia@mirantis.com">bdobrelia@mirantis.com</a>> wrote:<br>
>>>>><br>
>>>>> On 23.11.2015 12:47, Aleksandr Maretskiy wrote:<br>
>>>>> > Hi all,<br>
>>>>> ><br>
>>>>> > as you know, Rally runs inside docker on Fuel master node, so docker<br>
>>>>> > removal (good improvement) is a problem for Rally users.<br>
>>>>> ><br>
>>>>> > To solve this, I'm planning to make native Rally installation on Fuel<br>
>>>>> > master node that is running on CentOS 7,<br>
>>>>> > and then make a step-by-step instruction how to make this<br>
>>>>> > installation.<br>
>>>>> ><br>
>>>>> > So I hope docker removal will not make issues for Rally users.<br>
>>>>><br>
>>>>> I believe the most backwards compatible scenario is to keep the docker<br>
>>>>> installed while removing the fuel-* docker things back to the host OS.<br>
>>>>> So nothing would prevent user from pulling and running whichever docker<br>
>>>>> containers he wants to put on the Fuel master node. Makes sense?<br>
>>>>><br>
>>>><br>
>>>> Sounds good<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>
>> 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>
> Andrew Woodward<br>
><br>
> Mirantis<br>
><br>
> Fuel Community Ambassador<br>
><br>
> Ceph Community<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>
><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>
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>