ginkgo icon indicating copy to clipboard operation
ginkgo copied to clipboard

services started by ginkgoctl don't always stop with ginkgoctl or SIGTERM

Open hblanks opened this issue 12 years ago • 5 comments

I've noticed several times that when you start a service with ginkoctl, it won't shut down or restart unless you send it SIGKILL.

This seems to have been particularly the case with one of my ginkgo services, which simply wraps flask using ginkgo's wrapper.

In one case, we were able to observe two ginkgoctl processes running for the same conf file -- one was the original start process, and the other was a restart process that we had kicked off to restart the service.

hblanks avatar May 25 '12 20:05 hblanks

I thought it was only with restart. Stop doesn't work either?

progrium avatar May 25 '12 23:05 progrium

Correct. And kill -TERM doesn't work, too. Strange things afoot...

hblanks avatar May 26 '12 06:05 hblanks

I now believe this can be reproduced if you create a service which has a flask app as one of its children.

hblanks avatar Jun 12 '12 00:06 hblanks

Are we any closer to a fix on this? Almost all of my services can only be killed with SIGKILL.

hblanks avatar Jun 19 '12 04:06 hblanks

No closer.

progrium avatar Jun 19 '12 04:06 progrium