{"action":"created","issue":{"url":"https://api.github.com/repos/rackerlabs/otter/issues/885","labels_url":"https://api.github.com/repos/rackerlabs/otter/issues/885/labels{/name}","comments_url":"https://api.github.com/repos/rackerlabs/otter/issues/885/comments","events_url":"https://api.github.com/repos/rackerlabs/otter/issues/885/events","html_url":"https://github.com/rackerlabs/otter/issues/885","id":53456921,"number":885,"title":"Scaling group status","user":{"login":"manishtomar","id":758529,"avatar_url":"https://avatars.githubusercontent.com/u/758529?v=3","gravatar_id":"","url":"https://api.github.com/users/manishtomar","html_url":"https://github.com/manishtomar","followers_url":"https://api.github.com/users/manishtomar/followers","following_url":"https://api.github.com/users/manishtomar/following{/other_user}","gists_url":"https://api.github.com/users/manishtomar/gists{/gist_id}","starred_url":"https://api.github.com/users/manishtomar/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/manishtomar/subscriptions","organizations_url":"https://api.github.com/users/manishtomar/orgs","repos_url":"https://api.github.com/users/manishtomar/repos","events_url":"https://api.github.com/users/manishtomar/events{/privacy}","received_events_url":"https://api.github.com/users/manishtomar/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":{"login":"radix","id":227068,"avatar_url":"https://avatars.githubusercontent.com/u/227068?v=3","gravatar_id":"","url":"https://api.github.com/users/radix","html_url":"https://github.com/radix","followers_url":"https://api.github.com/users/radix/followers","following_url":"https://api.github.com/users/radix/following{/other_user}","gists_url":"https://api.github.com/users/radix/gists{/gist_id}","starred_url":"https://api.github.com/users/radix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/radix/subscriptions","organizations_url":"https://api.github.com/users/radix/orgs","repos_url":"https://api.github.com/users/radix/repos","events_url":"https://api.github.com/users/radix/events{/privacy}","received_events_url":"https://api.github.com/users/radix/received_events","type":"User","site_admin":false},"milestone":{"url":"https://api.github.com/repos/rackerlabs/otter/milestones/8","html_url":"https://github.com/rackerlabs/otter/milestones/Convergence:%20Core%20reliability/operational%20features","labels_url":"https://api.github.com/repos/rackerlabs/otter/milestones/8/labels","id":974329,"number":8,"title":"Convergence: Core reliability/operational features","description":"Features about reliability and operational performance that are mandatory for any use of convergence in production, even with cooperating early-access tenants.","creator":{"login":"radix","id":227068,"avatar_url":"https://avatars.githubusercontent.com/u/227068?v=3","gravatar_id":"","url":"https://api.github.com/users/radix","html_url":"https://github.com/radix","followers_url":"https://api.github.com/users/radix/followers","following_url":"https://api.github.com/users/radix/following{/other_user}","gists_url":"https://api.github.com/users/radix/gists{/gist_id}","starred_url":"https://api.github.com/users/radix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/radix/subscriptions","organizations_url":"https://api.github.com/users/radix/orgs","repos_url":"https://api.github.com/users/radix/repos","events_url":"https://api.github.com/users/radix/events{/privacy}","received_events_url":"https://api.github.com/users/radix/received_events","type":"User","site_admin":false},"open_issues":9,"closed_issues":19,"state":"open","created_at":"2015-02-10T21:05:53Z","updated_at":"2015-05-12T20:43:05Z","due_on":null,"closed_at":null},"comments":12,"created_at":"2015-01-05T22:35:00Z","updated_at":"2015-05-12T20:43:05Z","closed_at":"2015-05-12T20:43:05Z","body":"The original description is https://github.com/rackerlabs/otter/issues/885#issuecomment-98007717.  There have been discussions about this and following below tasks have been decided: \r\n- [x] When starting convergence cycle, set group status to ACTIVE  if it is not already active. After executing set it to ERROR if group has errored.\r\n- [x] Provide status in API (either in manifest view or state view)\r\n"},"comment":{"url":"https://api.github.com/repos/rackerlabs/otter/issues/comments/101413926","html_url":"https://github.com/rackerlabs/otter/issues/885#issuecomment-101413926","issue_url":"https://api.github.com/repos/rackerlabs/otter/issues/885","id":101413926,"user":{"login":"radix","id":227068,"avatar_url":"https://avatars.githubusercontent.com/u/227068?v=3","gravatar_id":"","url":"https://api.github.com/users/radix","html_url":"https://github.com/radix","followers_url":"https://api.github.com/users/radix/followers","following_url":"https://api.github.com/users/radix/following{/other_user}","gists_url":"https://api.github.com/users/radix/gists{/gist_id}","starred_url":"https://api.github.com/users/radix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/radix/subscriptions","organizations_url":"https://api.github.com/users/radix/orgs","repos_url":"https://api.github.com/users/radix/repos","events_url":"https://api.github.com/users/radix/events{/privacy}","received_events_url":"https://api.github.com/users/radix/received_events","type":"User","site_admin":false},"created_at":"2015-05-12T20:43:05Z","updated_at":"2015-05-12T20:43:05Z","body":"So I've done both the parts of this ticket -- but I should note before closing it that I made it reactivate the group at the *end* of convergence instead of at the beginning. This is consistent with the original description and the comments in this thread, but the checkbox in the current description says to put the group into ACTIVE at the beginning.\r\n\r\nIt can be argued that it can go at the beginning or the end.\r\n\r\nAt the beginning: the user gets a quicker response in the group state when they explicitly try to reconverge. but then if it fails again we need to put it back into ERROR. Philosophically, it can be argued that the group is active while converging.\r\n\r\nAt the end: less responsive, but less churn in the database. Philosophically, it can be argued that we don't really know if the group is active until the converge is successful.\r\n\r\nAnyway, I went with end mostly because the DB churn thing, plus it's close to the other place we check/change group state (for DELETING, and putting into ERROR)."}}