Mailing-List: contact dev-help@stratos.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stratos.apache.org
Received-SPF: pass (nike.apache.org: domain of nirmal070125@gmail.com
 designates 74.125.82.51 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAM3L2KOHZfyom9E896srmAvP-4oEugFejm9Qq7eG3sz-ZK97QA@mail.gmail.com>
References: 
 <CAM3L2KOHZfyom9E896srmAvP-4oEugFejm9Qq7eG3sz-ZK97QA@mail.gmail.com>
Date: Wed, 22 Oct 2014 06:17:05 +0200
Message-ID: 
 <CA+-yGg=zTDThdnxRZDjcvBPwNSdbLeSz3F9LAuTtF2w254W=Xg@mail.gmail.com>
Subject: Re: Docker pulling the image from the repository in the Kubernetes
 setup
From: Nirmal Fernando <nirmal070125@gmail.com>
To: dev <dev@stratos.apache.org>
Content-Type: multipart/alternative; boundary=e89a8f6433426e500d0505fb386e

--e89a8f6433426e500d0505fb386e
Content-Type: text/plain; charset=UTF-8

Hi Chamila,

We need to talk to Kubernetes team and understand the exact behavior.
Please have a chat with them at the #google-containers IRC channel.

On Wed, Oct 22, 2014 at 12:11 AM, Chamila De Alwis <chamilad@wso2.com>
wrote:

> Hi,
>
> I'm not sure if this was discussed earlier, and if it was please direct me
> to the thread title.
>
> In the Kubernetes setup, it seems if the mentioned image is present in a
> Docker repository, the central Docker hub in the normal case, Docker will
> pull that image and replace over the image already loaded in to the
> container host instead of using the loaded image. So this means the image
> in the repository has priority over the locally loaded image.
>
> Shouldn't it be the other way around?
>
> Regards,
> Chamila de Alwis
> Software Engineer | WSO2 | +94772207163
> Blog: code.chamiladealwis.com
>
>
>


-- 
Best Regards,
Nirmal

Nirmal Fernando.
PPMC Member & Committer of Apache Stratos,
Senior Software Engineer, WSO2 Inc.

Blog: http://nirmalfdo.blogspot.com/

--e89a8f6433426e500d0505fb386e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Chamila,<div><br></div><div>We need to talk to Kubernet=
es team and understand the exact behavior. Please have a chat with them at =
the #google-containers IRC channel.</div></div><div class=3D"gmail_extra"><=
br><div class=3D"gmail_quote">On Wed, Oct 22, 2014 at 12:11 AM, Chamila De =
Alwis <span dir=3D"ltr">&lt;<a href=3D"mailto:chamilad@wso2.com" target=3D"=
_blank">chamilad@wso2.com</a>&gt;</span> wrote:<br><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex"><div dir=3D"ltr"><div><div>Hi,<br><br></div>I&#39;m not sure if this=
 was discussed earlier, and if it was please direct me to the thread title.=
<br><br></div>In the Kubernetes setup, it seems if the mentioned image is p=
resent in a Docker repository, the central Docker hub in the normal case, D=
ocker will pull that image and replace over the image already loaded in to =
the container host instead of using the loaded image. So this means the ima=
ge in the repository has priority over the locally loaded image.<br><br>Sho=
uldn&#39;t it be the other way around? <br clear=3D"all"><div><div><div><di=
v><div dir=3D"ltr"><div><div><div><div><br></div>Regards,<br></div>Chamila =
de Alwis<br></div><span style=3D"color:rgb(153,153,153)"><font size=3D"1">S=
oftware Engineer</font> | <font size=3D"1">WSO2</font> | <font size=3D"1"><=
a href=3D"tel:%2B94772207163" value=3D"+94772207163" target=3D"_blank">+947=
72207163</a></font><br></span></div><span style=3D"color:rgb(153,153,153)">=
<font size=3D"1">Blog: <a href=3D"http://code.chamiladealwis.com" target=3D=
"_blank">code.chamiladealwis.com</a></font></span><br><div><br><div><br></d=
iv></div></div></div>
</div></div></div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div dir=3D"=
ltr">Best Regards,<br>Nirmal<br><br>Nirmal Fernando.<br>PPMC Member &amp; C=
ommitter of Apache Stratos,<br>Senior Software Engineer, WSO2 Inc.<br><div>=
<br></div><div>Blog:=C2=A0<a href=3D"http://nirmalfdo.blogspot.com/" target=
=3D"_blank">http://nirmalfdo.blogspot.com/</a></div></div>
</div>

--e89a8f6433426e500d0505fb386e--