<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 10, 2017 at 4:38 PM, Burr Sutter <span dir="ltr"><<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>What is the trick to always get a nodeport for every Service I create? </div><div>Right now, I do need the oc binary INSIDE the VM because I like to show that Services are normally in-VM only and Routes make them visible to the outside world (my laptops OS)</div></blockquote><div><br></div><div>I think you need `oc` to list out the port detail of the service `oc get service` which you can also do outside the VM and tell user that you can't use it from your host because it's a internal then ssh to VM and curl that service url with specific service port to make your point for nodeport.  <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>But I can likely make the same point with nodeport</div><div class="HOEnZb"><div class="h5"><div><br></div><div><br><div class="gmail_quote"><div>On Wed, May 10, 2017 at 4:52 AM Praveen Kumar <<a href="mailto:prkumar@redhat.com" target="_blank">prkumar@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="gmail_extra"><div class="gmail_quote">On Wed, May 10, 2017 at 9:15 AM, Gerard Braad <span><<a href="mailto:gbraad@redhat.com" target="_blank">gbraad@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span><br>
On Wed, May 10, 2017 at 2:58 AM, Lalatendu Mohanty <<a href="mailto:lmohanty@redhat.com" target="_blank">lmohanty@redhat.com</a>> wrote:<br>
> Sure will do. With CDK 3 we do not have Kubernetes bits in the ISO/VM e.g.<br>
> kubectl binary. So we need to figure out if it is just the extra kubectl we<br>
> need or something else.<br>
<br>
</span>`kubectl` should be treated like `oc`, and should therefore not be<br>
part of the ISO/VM for Minishift/CDK 3?<br></blockquote><div><br></div></div></div></div><div><div class="gmail_extra"><div class="gmail_quote"><div>Adding `kubectl` binary to iso shouldn't be intention but it should be treated like 'oc'. We are already advertising openshift as enterprise ready kubernetes so kube related stuff should work as expected IMO.<br></div></div></div></div><div><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
However, reading the instructions, this behaviour is also different for `oc`<br>
<br>
<br>
rhel-ose$ vagrant ssh<br>
#Inside CDK shell - Create a Kubernetes context - We will use the<br>
OpenShift Client (oc) as as shortcut<br>
[vagrant@rhel-cdk ~]$ oc login -u openshift-dev -p devel<br>
<br>
<br>
which means that `oc` is on the path inside the VM. is this still the<br>
case for CDK 3.x?<br></blockquote><div><br></div></div></div></div><div><div class="gmail_extra"><div class="gmail_quote"><div>No, we did this for CDK-2.x because it was required to provision openshift inside the VM but right now we are using client binary outside VM to provision it.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
WDYT?<br>
<span class="m_1553007042875983713m_-637468873238999704HOEnZb"><font color="#888888"><br>
<br>
Gerard<br>
</font></span></blockquote></div></div></div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_1553007042875983713m_-637468873238999704HOEnZb"><div class="m_1553007042875983713m_-637468873238999704h5"><br>
______________________________<wbr>_________________<br>
Devtools mailing list<br>
<a href="mailto:Devtools@redhat.com" target="_blank">Devtools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/devtools" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/devtools</a><br>
</div></div></blockquote></div></div></div><div><div class="gmail_extra"><br><br clear="all"><br>-- <br><div class="m_1553007042875983713m_-637468873238999704gmail_signature" data-smartmail="gmail_signature">Praveen Kumar<br><a href="https://fedoraproject.org/wiki/User:Kumarpraveen" target="_blank">https://fedoraproject.org/<wbr>wiki/User:Kumarpraveen</a></div>
</div></div>
______________________________<wbr>_________________<br>
Devtools mailing list<br>
<a href="mailto:Devtools@redhat.com" target="_blank">Devtools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/devtools" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/devtools</a><br>
</blockquote></div></div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Praveen Kumar<br><a href="https://fedoraproject.org/wiki/User:Kumarpraveen" target="_blank">https://fedoraproject.org/wiki/User:Kumarpraveen</a></div>
</div></div>