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
Service with start-once sidekick shows service state as 'started once' rather than 'active' #4748
Comments
Reproduced this, where stack is reported started-once. Where there are active containers running. Stack should report active.. |
@aemneina what catalog item have you used to reproduce the issue? datadog as well? |
Steps to Reproduce:
Service/Stack are "Started once" even though there are containers in "Active" state. |
@sshipway @deniseschannon @aemneina that's a great bug :) happens when stars are aligned as follows:
|
@alena1108 Do I win a cookie? :) |
@sshipway 2 cookies :) |
Here you go... |
@vincent99 Thanks... hey! Ghostery ate it before I could get my hands on it! Typical. |
Verified with v1.1.0-dev4 that datadog shows up as "Active" |
Rancher Version:
1.1.0-dev1
Docker Version:
1.9.1
OS and where are the hosts located? (cloud, bare metal, etc):
CoreOS-stable
Setup Details: (single node vs. single node, internal DB vs. external DB)
Multi-host, single Rnacher, internal DB
Environment Type: (Cattle/Kubernetes/Swarm/Mesos)
Cattle
Steps to Reproduce:
Start Datadog catalogue item. This creates one service instance per host, with a start-once sidekick
Results:
Service and stack show status as 'started once'
Expected:
Service and stack should be in 'Active' state as main container is 'active'. There is no reason for started-once state on the service sidekick to take priority over the actual service container state, and it gives the incorrect impression that the stack is no longer active when in fact it is.
The text was updated successfully, but these errors were encountered: