You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is related to the uptime monitoring thread: #517
As well as the restarter thread: #510
I implemented a rudimentary monitoring solution, which searches the logs and finds when a Delegate fails to start, then sends an email.
One thing that I have noticed is that when I restart ShinyProxy in our test environment and in production with a larger memory and more CPU the containers often fail repeatedly to start, likely due to competition for resources.
These apps don't typically take five or ten tries to launch after a new user connects, the new container comes up with only the normal docker mesh delay.
Is there any way to serialize or stagger the launches?
The text was updated successfully, but these errors were encountered:
This is related to the uptime monitoring thread: #517
As well as the restarter thread:
#510
I implemented a rudimentary monitoring solution, which searches the logs and finds when a Delegate fails to start, then sends an email.
One thing that I have noticed is that when I restart ShinyProxy in our test environment and in production with a larger memory and more CPU the containers often fail repeatedly to start, likely due to competition for resources.
These apps don't typically take five or ten tries to launch after a new user connects, the new container comes up with only the normal docker mesh delay.
Is there any way to serialize or stagger the launches?
The text was updated successfully, but these errors were encountered: