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

[Bug] Endless cycle during heavy load #243

Closed
rix1337 opened this issue Jan 26, 2025 · 4 comments
Closed

[Bug] Endless cycle during heavy load #243

rix1337 opened this issue Jan 26, 2025 · 4 comments
Labels

Comments

@rix1337
Copy link

rix1337 commented Jan 26, 2025

Current Behavior

The startup scripts are overzealous with this specific check:

[supervisor  ] starting service 'xvnc'...
[supervisor  ] service 'xvnc' failed to be started: not ready after 5000 msec, giving up.
[supervisor  ] stopping service 'xvnc'...

My system is low power and very able to run JDownloader.
It happens frequently that during container startup this error message appears, killing and restarting the container increasing the system load even more.

Expected Behavior

Increase timeout or don't kill container at all.

Steps To Reproduce

Have high system load / simulate high system load.
Try to boot the container normally

Environment

  • OS: Unsaid
  • OS version: 7.0.0
  • CPU: Intel J4105
  • Docker version:
  • Device model:
  • Browser/OS:

Container creation

Default settings from UNRAID Community apps

Container log

[supervisor  ] starting service 'xvnc'...
[supervisor  ] service 'xvnc' failed to be started: not ready after 5000 msec, giving up.
[supervisor  ] stopping service 'xvnc'...

Container inspect


Anything else?

No response

@rix1337 rix1337 added the bug label Jan 26, 2025
@jlesage
Copy link
Owner

jlesage commented Feb 1, 2025

Just to clarify: will the container eventually start correctly ?

I will add the ability to configure the timeout via a variable.

@rix1337
Copy link
Author

rix1337 commented Feb 1, 2025

Yep - it always will
Under load the startup might just go through 10 cycles - depending on when the load eventually drops.

I think exposing the timeout as a parameter is all I need
Thanks!

@jlesage
Copy link
Owner

jlesage commented Feb 9, 2025

Default timeout has been increased from 5 to 10s. If it's not enough, you can use the DEFAULT_SERVICE_READY_TIMEOUT environment variable to increase it (value in msec).

@jlesage jlesage closed this as completed Feb 9, 2025
@rix1337
Copy link
Author

rix1337 commented Feb 9, 2025

Awesome thx

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

No branches or pull requests

2 participants