Hangfire Discussion

Scheduled job starts processing twice

siprager 2017-03-14 15:13:36 UTC #1

Something is causing a scheduled job to start twice. below is the state table that shows job 19 starts processing twice.

I use additional logging at the start and end of a class method that is executed when the job runs and it shows the method executed twice - once from 5:00:00 to 5:01:24 and again from 5:08:51.310 to 5:08:51.360. ( The short run time on the second execution is not relevant because the job exited when it could not locate a file that during the first run )

There was nothing in the application log. Why is the process be starting twice or what is the next step to debug?

We are running hangfire 1.6.8 on .net 4.6.1 with SQL Server 2016

--- more relevant details ---

We are running the dashboard on two servers and it looks like the job was actually run one on each server.

Servers tab - what are the servers

Jobs tab - shows multiple processing - one by each server

odinserj 2017-03-15 16:37:43 UTC #2

The possible reason is an automatic application pool recycle. In this case background job is requeued, and gets processed by a new worker. By the way, there are other circumstances under which your background jobs may be executed twice or more, all the background job code should be idempotent and don't lead to errors in such cases.

nicholasc 2017-04-28 03:40:46 UTC #3

I appreciate that a background job needs to be re-runnable in the event of failure, but looking at the state table the job would have been in a "Processing" state when it was picked up the second time. What are the conditions that allow a "Processing" job to be started again?

mikemichaelis 2017-05-02 16:52:32 UTC #4

Wanted to say my issue with multiple executions of a job was due to an app pool recycling after 30 minutes. I tried everything, invisible timeout, data context timeout, AutomaticRetry(Attempts = 0), SkipConcurrentExecutionAttribute().......I was going bonkers, then I found this thread.

During very early development stages of this WCF DataServices oData API we had set the app pool to recycle after 30 minutes on our test server to avoid locking up. The issues were long since corrected, but we forgot the recycle in IIS.

Thanks,
Mike