The next time this happens can you check what’s in the estimatedPauseEnd, programState, and pauseTimeRemain rows in the “Server state properties” at the bottom of the “About” → “System Info” page?
I suspect it will look something like this, which means we can confirm it’s not stuck in a paused mode for some reason.
Server state properties
lastEventId : 44
lastDataUpdateId : 2
lastNotificationUpdateId : 0
estimatedPauseEnd : 0001-01-01T00:00:00
activeTask :
programState : Running
lastErrorMessage :
connectionState : connected
xsfrerror : false
connectionAttemptTimer : 0
failedConnectionAttempts : 0
lastPgEvent :
updaterState : Waiting
updatedVersion : 2.0.2.19_canary_2018-02-12
updateReady : false
updateDownloadProgress : 0
proposedSchedule :
schedulerQueueIds :
pauseTimeRemain : 0
Perhaps you are running into something like what’s discussed here:
In the log image you shared it looks like the last thing what was started was a “Backend event: Put”, which supports the above theory. Are you able to look further back (or check going forward) if the last thing to happen before each stall is a “Backend event: Put”?