-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
If --public-hostname is an IP, use it for server IP in cluster up #9103
If --public-hostname is an IP, use it for server IP in cluster up #9103
Conversation
Seems reasonable to me. LGTM |
d38586a
to
0b992a2
Compare
Otherwise users have no way to force a public IP.
[merge] |
[Test]ing while waiting on the merge queue |
looks like image stream wasn't imported in time |
[merge] |
[test] |
Evaluated for origin test up to 0b992a2 |
continuous-integration/openshift-jenkins/test FAILURE (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/4340/) |
[merge] On Thu, Jun 2, 2016 at 2:55 AM, OpenShift Bot [email protected]
|
continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/4390/) (Image: devenv-rhel7_4304) |
This looks similar to failures we were seeing in the upstream suite, where the watch was getting terminated due to another failure, but we didn't catch / handle it correctly. [merge] |
Evaluated for origin merge up to 0b992a2 |
Otherwise users have no way to force a public IP.
@csrwng let me know if there's an alternative way you'd like to fix this. I guess it's possible users have a private server IP that they want to use, but they'd be no worse off than they are today.