<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 21, 2019 at 11:53 AM Marcel Schaible <<a href="mailto:marcel@schaible-consulting.de" target="_blank">marcel@schaible-consulting.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I have tried the image from yesterday 20190320 and the config_controller bails out with the<br>
following error in the puppet.log:<br>
<br>
[ERROR ImagePull]: failed to pull image <a href="http://k8s.gcr.io/kube-apiserver:v1.12.3" rel="noreferrer" target="_blank">k8s.gcr.io/kube-apiserver:v1.12.3</a>: output: Error response from daemon: Get <a href="https://k8s.gcr.io/v2/" rel="noreferrer" target="_blank">https://k8s.gcr.io/v2/</a>: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)<br>
<br>
When I try to access the url with another computer ith proper internet access I'll et the response:<br>
<br>
{"errors":[{"code":"UNAUTHORIZED","message":"Unauthorized access."}]}<br>
<br>
Is this expected?<br>
<br>
So does that mean, that I have a working internet connection for installation?<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">This is how I understand it, and hopefully someone else will correct me or better explain if needed, but basically the ISO does not contain any Docker images. But when running config_controller, it needs to have Docker images to deploy Kubernetes. So those Docker images have to come from somewhere. So to answer your question, yes, you do need an internet connection at some point to get the Docker images.<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">There is the option to 1) use a Docker proxy or 2) use a local Docker registry as an "alternative registry", ie. offline or "air gapped." Though I'm there may be a bug in option #2, and option #1 still requires that the proxy has access to the images somehow (generally the proxy is used as a cache, and the proxy itself still has access to the internet).<br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Since I don't want to use kubernetes/docker at the moment, how can I disable this behavior?<br>
<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">Basically, I don't think it's possible to have StarlingX without Kubernetes...it's not an option any more. That's a major design decision the project has made and in many ways is a key feature of StarlingX. I don't think you would want to avoid it even if it were possible. :)<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">Thanks,<br></div><div style="font-size:small" class="gmail_default">Curtis</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thanks<br>
<br>
Marcel<br>
<br>
_______________________________________________<br>
Starlingx-discuss mailing list<br>
<a href="mailto:Starlingx-discuss@lists.starlingx.io" target="_blank">Starlingx-discuss@lists.starlingx.io</a><br>
<a href="http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss" rel="noreferrer" target="_blank">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_-6953173563274075486m_-3075637261388853489gmail_signature">Blog: <a href="http://serverascode.com" target="_blank">serverascode.com</a></div></div>