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
Currently within DNN Platform if you schedule a task to execute on a single server, and that server no longer exists the job will simply not run. In the case of scaled solutions, this can result in tasks that no longer run.
Description of solution
DNN Platform currently tracks a WebServers table that has a "last activity" date. The proposed solution would be to do the following when starting a task
If no specific servers are set, continue with the normal process, no impact
If a single server is set
Validate that the server is still listed in the WebServer table and that its last activity is within 10 minutes
If it is not, find another server from the list that IS active an update the task
Follow a similar process to the above, but if a server is invalid remove it. ONLY add another server if it would be left with no servers defined
Description of alternatives considered
We discussed possibly updating the health checks or otherwise, but it would put more load on the environment rather than targeting the task start process
Additional context
This change is important for Azure Auto Scale, other cloud, and other multi-server situations
The text was updated successfully, but these errors were encountered:
mitchelsellers
changed the title
Adjust Scheduler to Validate Existence of Server Before Start
Adjust Scheduler to Validate Existence of Server Before Start and Update Task If Needed
Mar 14, 2023
Description of the problem
Currently within DNN Platform if you schedule a task to execute on a single server, and that server no longer exists the job will simply not run. In the case of scaled solutions, this can result in tasks that no longer run.
Description of solution
DNN Platform currently tracks a WebServers table that has a "last activity" date. The proposed solution would be to do the following when starting a task
WebServer
table and that its last activity is within 10 minutesDescription of alternatives considered
We discussed possibly updating the health checks or otherwise, but it would put more load on the environment rather than targeting the task start process
Additional context
This change is important for Azure Auto Scale, other cloud, and other multi-server situations
The text was updated successfully, but these errors were encountered: