Bug 1076069
| Summary: | Unable to add additional ssh keys | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Dan Varga <dvarga> | ||||||
| Component: | Node | Assignee: | Brenton Leanhardt <bleanhar> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Gaoyun Pei <gpei> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 2.0.0 | CC: | abutcher, ahecox, bleanhar, ihands, jialiu, kroberts, libra-onpremise-devel | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-05-15 14:40:24 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Dan Varga
2014-03-13 13:14:27 UTC
Created attachment 873987 [details]
Broker stacktrace /var/log/openshift/broker/production.log
This is the stacktrace seen on the broker host.
Created attachment 873988 [details]
Mcollective logs from hosts where his applications live.
These are mcollective logs from hosts that the applications to be updated live on. Looking for updates to ssh-key for user 'erich' will show the operation.
One instance of an application not being updated is 'ivammapper' which lives on int-general-small-014. This application is not listed as being updated on that host but can be seen in application list for user.
We've confirmed that the OSE 2.1 codebase improves the efficiency of sshkey addition significantly. We could easily add 100 gears and 100 keys without the risk of anything timing out. As for the timeout in 2.0 our suspicion now is that it was a proxy timeout in Apache. |