-
Notifications
You must be signed in to change notification settings - Fork 25
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
*: Never restart any service #304
*: Never restart any service #304
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But it's a dev-env. It's used for development. If something fails, I'd like to see it immediately (I'm developing the thing), not masking the behavior with restart (which if OK for production).
Then it should be zero exit code. If it exits with non-zero code, nothing changes with this PR.
Do not see any differences. In both you should go with caution, you have logs, you have docker stats (uptime), healthchecks. I do not insist, but |
Maybe it should be "never" then? |
That is better to me than |
@roman-khimov, let's do something here. |
I'd ask @cthulhu-rider first of all. IMO |
I suffer from such restarts as well. After laptop restart dev-env in broken state and you have to drop and start again |
441cbf7
to
a74a5e1
Compare
Changed to |
Well, not exactly that all... |
@nspcc-dev, @nspcc-dev/neofs-core, @nspcc-dev/neofs-services |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
since we changed the solution, lets rename the PR also
btw is seems like it should be |
Make it scream about its breaking state. A stopped service it easier to find, its logs are clearer and running some tests will not hide any error that may happen only once in a while. Signed-off-by: Pavel Karpy <[email protected]>
f585bcf
a74a5e1
to
f585bcf
Compare
If a user runs services in the devenv it is most likely that they want it to work and serve for some purposes trying their best. Unconditional restart is also smth that you usually can see on a real machines.