Bug 1105324 - openshift-node-web-proxy died after oo-install
Summary: openshift-node-web-proxy died after oo-install
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: OKD
Classification: Red Hat
Component: Pod
Version: 1.x
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Jason DeTiberus
QA Contact: libra bugs
URL:
Whiteboard:
Depends On:
Blocks: 1103138
TreeView+ depends on / blocked
 
Reported: 2014-06-05 21:14 UTC by Jason DeTiberus
Modified: 2018-12-05 18:48 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1103138
Environment:
Last Closed: 2014-07-15 10:27:42 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Comment 1 Jason DeTiberus 2014-06-05 21:15:28 UTC
https://github.com/openshift/origin-server/pull/5482

Comment 2 Meng Bo 2014-06-06 03:18:07 UTC
Checked on latest devenv with the change merged, issue has been fixed.

$ ssh -t node1 service openshift-node-web-proxy restart
Stopping node-web-proxy:                                   [  OK  ]
Starting node-web-proxy:                                   [  OK  ]
Connection to node1 closed.
$ ssh node1
[root@node1 ~]# service openshift-node-web-proxy status
web-proxy (pid  20903) is running...

Comment 3 Anping Li 2014-06-13 05:25:52 UTC
Can't start openshift-node-web-proxy after oo-install. However 'ssh root.15.XX service openshift-node-web-proxy restart' works.

1) oo-install failed to start service
=system_u:object_r:locale_t:s0 tclass=file
OpenShift: oo-diagnostics output - 
OpenShift: oo-diagnostics output -             Note that SELinux violations are not always logged in the audit log.
OpenShift: oo-diagnostics output - 
OpenShift: oo-diagnostics output - FAIL: test_services_enabled
OpenShift: oo-diagnostics output -       The following service(s) are not currently started:
OpenShift: oo-diagnostics output -         openshift-node-web-proxy
OpenShift: oo-diagnostics output -       These services are required for OpenShift functionality.


2) service can be started by ssh command. 
[hanli1@broker ~]$ sh test.sh
ssh root.15.89 service openshift-node-web-proxy restart
[  OK  ] node-web-proxy: [FAILED]
Starting node-web-proxy: [  OK  ]
ssh root.15.89 service openshift-node-web-proxy status
web-proxy (pid  2110) is running...

ssh root.15.89 service openshift-node-web-proxy restart
[  OK  ] node-web-proxy: [  OK  ]
Starting node-web-proxy: [  OK  ]
ssh root.15.89 service openshift-node-web-proxy status
web-proxy (pid  2172) is running...

Comment 4 Jason DeTiberus 2014-06-13 13:57:15 UTC
You didn't mention how you ran oo-install (the original bug was filed against oo-install for enterprise, which is tracked in https://bugzilla.redhat.com/show_bug.cgi?id=1103138).

For origin oo-install, this change hasn't been backported into origin release 3, and would have to be tested against the nightlies (if they have even been updated since then).

For online verification, being able to restart the service over an ssh connection with a pty (ssh -t) and verifying the service status after the ssh connection that issued the restart is terminated should be sufficient.

Comment 5 Anping Li 2014-06-16 01:35:46 UTC
Since for online ssh verification is sufficient, so make it as verified.

Comment 6 Jason DeTiberus 2014-06-17 18:23:43 UTC
https://github.com/openshift/origin-server/pull/5520

Found another edge case.

ssh -t cloud-user.14.88 'sudo bash -c "service openshift-node-web-proxy restart; sleep 2;"'

Before this PR, service openshift-node-web-proxy status on the host after ssh is broken.

Comment 7 Meng Bo 2014-06-19 02:38:31 UTC
$ ssh -t ec2-54-234-181-219.compute-1.amazonaws.com 'sudo bash -c "service openshift-node-web-proxy restart; sleep 2;"'
Stopping node-web-proxy:                                   [  OK  ]
Starting node-web-proxy:                                   [  OK  ]
Connection to ec2-54-234-181-219.compute-1.amazonaws.com closed.

$ ssh ec2-54-234-181-219.compute-1.amazonaws.com "service openshift-node-web-proxy status"
web-proxy (pid  2443) is running...

Checked on devenv_4890, issue fixed.


Note You need to log in before you can comment on or make changes to this bug.