<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 12:24 PM Marcel Schaible <<a href="mailto:marcel@schaible-consulting.de">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">Thanks Curtis!<br>
<br>
Since there was no configuration option for setting up the internet access I suspect I have to do this manually before running the config_controller?<br>
<br>
Is this somewhere in the installation docs mentioned?<br></blockquote><div><br></div><div><div style="font-size:small" class="gmail_default">I believe when answering the config_controller prompts/questions you need to configure the "External OAM Network" so that it can access either a docker proxy, a local registry, or the internet. In general, basically that External OAM Network needs access to the internet. So what ever IP information you input there should allow the node to access the internet.<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">This is what config_controller says when providing prompts:<br></div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">'The external OAM network is used for management of the cloud. It also provides access to the platform APIs. IP addresses on this network are reachable outside the data center."</div><div style="font-size:small" class="gmail_default"><br></div><div style="font-size:small" class="gmail_default">Again hopefully someone will correct me if I'm wrong. :)<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<br></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">
<br>
<br>
<br>
<br>
<br>
<br>
> Curtis <<a href="mailto:serverascode@gmail.com" target="_blank">serverascode@gmail.com</a>> hat am 21. März 2019 um 17:14 geschrieben:<br>
> <br>
> <br>
> On Thu, Mar 21, 2019 at 11:53 AM Marcel Schaible <<br>
> <a href="mailto:marcel@schaible-consulting.de" target="_blank">marcel@schaible-consulting.de</a>> wrote:<br>
> <br>
> > Hi,<br>
> ><br>
> > I have tried the image from yesterday 20190320 and the config_controller<br>
> > 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>:<br>
> > 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:<br>
> > request canceled while waiting for connection (Client.Timeout exceeded<br>
> > while awaiting headers)<br>
> ><br>
> > When I try to access the url with another computer ith proper internet<br>
> > 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<br>
> > installation?<br>
> ><br>
> <br>
> This is how I understand it, and hopefully someone else will correct me or<br>
> better explain if needed, but basically the ISO does not contain any Docker<br>
> images. But when running config_controller, it needs to have Docker images<br>
> to deploy Kubernetes. So those Docker images have to come from somewhere.<br>
> So to answer your question, yes, you do need an internet connection at some<br>
> point to get the Docker images.<br>
> <br>
> There is the option to 1) use a Docker proxy or 2) use a local Docker<br>
> registry as an "alternative registry", ie. offline or "air gapped." Though<br>
> I'm there may be a bug in option #2, and option #1 still requires that the<br>
> proxy has access to the images somehow (generally the proxy is used as a<br>
> cache, and the proxy itself still has access to the internet).<br>
> <br>
> <br>
> ><br>
> > Since I don't want to use kubernetes/docker at the moment, how can I<br>
> > disable this behavior?<br>
> ><br>
> ><br>
> Basically, I don't think it's possible to have StarlingX without<br>
> Kubernetes...it's not an option any more. That's a major design decision<br>
> the project has made and in many ways is a key feature of StarlingX. I<br>
> don't think you would want to avoid it even if it were possible. :)<br>
> <br>
> Thanks,<br>
> Curtis<br>
> <br>
> <br>
> <br>
> > 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>
> ><br>
> <br>
> <br>
> -- <br>
> Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Blog: <a href="http://serverascode.com" target="_blank">serverascode.com</a></div></div>