{"action":"created","issue":{"url":"https://api.github.com/repos/PufferPanel/Scales/issues/88","repository_url":"https://api.github.com/repos/PufferPanel/Scales","labels_url":"https://api.github.com/repos/PufferPanel/Scales/issues/88/labels{/name}","comments_url":"https://api.github.com/repos/PufferPanel/Scales/issues/88/comments","events_url":"https://api.github.com/repos/PufferPanel/Scales/issues/88/events","html_url":"https://github.com/PufferPanel/Scales/issues/88","id":152607905,"number":88,"title":"Daemon detecting servers as crashed without a reason","user":{"login":"karatemaccie","id":1433953,"avatar_url":"https://avatars.githubusercontent.com/u/1433953?v=3","gravatar_id":"","url":"https://api.github.com/users/karatemaccie","html_url":"https://github.com/karatemaccie","followers_url":"https://api.github.com/users/karatemaccie/followers","following_url":"https://api.github.com/users/karatemaccie/following{/other_user}","gists_url":"https://api.github.com/users/karatemaccie/gists{/gist_id}","starred_url":"https://api.github.com/users/karatemaccie/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/karatemaccie/subscriptions","organizations_url":"https://api.github.com/users/karatemaccie/orgs","repos_url":"https://api.github.com/users/karatemaccie/repos","events_url":"https://api.github.com/users/karatemaccie/events{/privacy}","received_events_url":"https://api.github.com/users/karatemaccie/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":4,"created_at":"2016-05-02T18:03:44Z","updated_at":"2016-07-26T23:46:43Z","closed_at":null,"body":"Exactly what the title says. The daemon detects servers as crashed when there is enough RAM avaible (double the amount that should be used) and without any plugins. Even on a completely clean server."},"comment":{"url":"https://api.github.com/repos/PufferPanel/Scales/issues/comments/235440273","html_url":"https://github.com/PufferPanel/Scales/issues/88#issuecomment-235440273","issue_url":"https://api.github.com/repos/PufferPanel/Scales/issues/88","id":235440273,"user":{"login":"schr3j","id":1710904,"avatar_url":"https://avatars.githubusercontent.com/u/1710904?v=3","gravatar_id":"","url":"https://api.github.com/users/schr3j","html_url":"https://github.com/schr3j","followers_url":"https://api.github.com/users/schr3j/followers","following_url":"https://api.github.com/users/schr3j/following{/other_user}","gists_url":"https://api.github.com/users/schr3j/gists{/gist_id}","starred_url":"https://api.github.com/users/schr3j/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/schr3j/subscriptions","organizations_url":"https://api.github.com/users/schr3j/orgs","repos_url":"https://api.github.com/users/schr3j/repos","events_url":"https://api.github.com/users/schr3j/events{/privacy}","received_events_url":"https://api.github.com/users/schr3j/received_events","type":"User","site_admin":false},"created_at":"2016-07-26T23:46:43Z","updated_at":"2016-07-26T23:46:43Z","body":"As we are having the same issues i did some research. I do not think it has anything to do with the crash detection mentioned by @CryLegend.\r\nThe [log output](https://github.com/PufferPanel/Scales/blob/master/lib/process.js#L383) suggests that the PTY \"exits\", at least in our case. This happens when the server is having a massive lag spike making it unresponsive for a few seconds. I **think** that this could be caused by the [pty.js](https://github.com/chjj/pty.js) module. I'm not that good with C++ and am not sure how libuv (which is the async library used by them) works, but my guess is that pty.js marks the pty as exited when its not responding anymore.\r\nThe exit event causes the docker container to be shut down which will kill the server obviously.\r\n\r\nI'll look into this further when i have more time, maybe someone here has an idea. We currently are inspecting the two params of the callback and are trying to get crashes without reason to look at the params (which are the exitcode and the signal from the PTY)."}}
{"actor":{"display_login":"schr3j"}}