Skip to content
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

QNAP Containerstation: SIGWINCH kills Apache #12

Open
kuerbis42 opened this issue Oct 30, 2018 · 3 comments
Open

QNAP Containerstation: SIGWINCH kills Apache #12

kuerbis42 opened this issue Oct 30, 2018 · 3 comments

Comments

@kuerbis42
Copy link

kuerbis42 commented Oct 30, 2018

When trying this docker with an QNAP NAS (Containerstation), it will work.
But due to the fact, that apache shut down when receiving a SIGWINCH signal (made by design of apache if apache runs in foreground) it would be better to let apache run in background.
Each time you look to your container status, the "tty windows is changed" with the effect, that "apache gracefully shutdown" :-(

@ckulka
Copy link
Owner

ckulka commented Mar 19, 2019

Hi @kuerbis42 , I for some reason missed this... surely because of million of other PRs and issues in this repo.

I don't have a QNAP NAS so it's hard for me to reproduce, do you know which command is used to retrieve the container status?
I've found a few similar issues in httpd and php repos, so I'd like to see if the resolutions are similar or if there's something we can do with this image.

@kuerbis42
Copy link
Author

Hi @ckulka, I missed this, too ;-)
If you want, I would set it up again, but know I ran baikal on my "big" apache2 server - there it works fine.
Greeting, kuerbis42

@ckulka
Copy link
Owner

ckulka commented Aug 25, 2019

Sorry for the delay - looking at docker-library/httpd#9, there's no good way to address it in the image, but to change how the container is run, i.e. running the container with the daemon flag -d.

I've checked if customising the start script or apache2-foreground could help, e.g. running it in the background and tailing the logs files, but it unfortunately didn't work out well enough - the SIGWINCH commands still get passed and Apache httpd terminates.

For now, I'll have to wait if there's a better solution from the httpd issue above, otherwise there's little I can do in this image.

As an alternative, I'd recommend the nginx variant, which not only doesn't have this issue, but also needs less resources.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants