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

Daemon mode #336

Merged
merged 2 commits into from
Dec 9, 2023
Merged

Daemon mode #336

merged 2 commits into from
Dec 9, 2023

Conversation

mmd-osm
Copy link
Collaborator

@mmd-osm mmd-osm commented Dec 8, 2023

List of changes:

  • Show warning when --instances command line parameter is set when in non-daemon mode

  • Dockerfiles: To facilitate monitoring, logfiles are now sent to the Docker daemon's stdout, and are accessible using docker logs -f ... . Also, Dockerfiles are starting CGImap in daemon mode, as to enable automated restart of failing processes. The container stops, if the main CGImap process terminates, or docker stop is invoked on the container.

  • Dockerfile: Default number of instances in daemon mode has been reduced to 10 instead of 30.

  • Some refactoring to better separate non-daemon/daemon mode code.

Fixes #330

@mmd-osm mmd-osm changed the title Show warning when providing --instances param in non-daemon mode Daemon mode Dec 9, 2023
@mmd-osm mmd-osm merged commit 67b0f0c into zerebubuth:master Dec 9, 2023
6 checks passed
@Woazboat
Copy link
Contributor

  • Show warning when --instances command line parameter is set when in non-daemon mode

This warning is now always shown in non-daemon mode, even when the --instances commandline option is not specified since it has a default value of 5.

@mmd-osm
Copy link
Collaborator Author

mmd-osm commented Dec 10, 2023

Right, I also noticed that today while doing some testing. Fix is in #339...

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

Successfully merging this pull request may close these issues.

Follow up on OpenHistoricalMap issue
2 participants