I don’t know why this would happen over 24 hours after the DST change (which occurred Sunday morning in Australia), but a script that I have scheduled to run at 7am each weekday actually ran twice this morning - once at 6am and then again at 7am:
It’s almost like PSU didn’t “realise” that DST had ended until it had run the script once at 6am, and then ran it again at the correct time an hour later.
I know firsthand how difficult time zones and DST can be, but you’d think Hangfire would have this staff figured out. Any thoughts?
I really would have thought that about hangfire as well. If you’re still in this state, can you check the hangfire dashboard to see if there are duplicates scheduled?
But it hasn’t happened since Monday morning. The first time the job had run after the DST changeover. It’s like it didn’t “notice” that DST had ended until it had run the job once at 6am, and then ran it again at 7am. It has run just at 7am since then. Very odd.
My scripts are generally idempotent so it’s not the end of the world, but this one in particular posts a “who’s on leave today” message to Teams, so the duplicate raised a few questions from end users. Typically nobody would even notice if a script ran twice. Again, no big deal, but worth asking the question.
For what it’s worth, this occurred in our PSU instance as well (v2.8.0) when DST hit in the US (March 13). It stopped running duplicate jobs once we recycled the IIS AppPool in Windows.
Resurrecting this again. All of my jobs are duplicating after time change this weekend. I rebooted the server, will see if that takes care of the issue.
EDIT:
Looks like a server reboot took care of the issue.