Unlock failed cron jobs and set a high "last_checked" value to avoid continous re-check

[MorrisJobke]

• fixes issue where cronjobs of a not-loaded app are marked as "still running" because there is a "reserved_at" value stored
• fixes Cronjob blocking update (forever) #9992
• add a repair step that sets the value of all jobs to 0 during upgrade to not run into this issue in the future for fast upgrades

[MorrisJobke]

I also added another check in the updater to only wait for cron if the upgrade is from a version after this commit to have the fixed cron jobs already included. It could still cause trouble if there is this cronjob entry, then an upgrade to 14.0.0.7 happens and then directly the next upgrade happens without cron.php to execute to clean up the reserved jobs. Maybe I will add another repair step to reset the "reserved_at" entries.

[nickvergessen]

This is basically a non-exiting job or one of a disabled app, not a "failing job"

[nickvergessen]

If execute() fails, it is still blocked for ever

[jancborchardt]

Fixes the update issue #9992 for me

[tobiasKaminsky]

I ran into this, and with this PR, I had to manually set maintenance to false and reload the upgrade process.
Now it works fine 👍
(thanks @rullzer for pointing me here)

[codecov]

Codecov Report

Merging #10010 into master will increase coverage by 0.55%.
The diff coverage is 70%.

@@             Coverage Diff              @@
##             master   #10010      +/-   ##
============================================
+ Coverage     51.42%   51.97%   +0.55%     
+ Complexity    26413    26019     -394     
============================================
  Files          1690     1661      -29     
  Lines         97716    96181    -1535     
  Branches       1292     1290       -2     
============================================
- Hits          50248    49990     -258     
+ Misses        47468    46191    -1277

Impacted Files	Coverage Δ	Complexity Δ
version.php	0% <0%> (ø)	0 <0> (ø)	⬇️
lib/private/Updater.php	5.29% <0%> (-0.02%)	121 <0> (+1)
lib/private/BackgroundJob/JobList.php	74.05% <100%> (+1.2%)	31 <0> (ø)	⬇️
core/Command/Maintenance/Mode.php	0% <0%> (-83.79%)	6% <0%> (-2%)
apps/dav/lib/CalDAV/CalendarRoot.php	0% <0%> (-75%)	1% <0%> (-3%)
apps/user_ldap/lib/User/User.php	75.25% <0%> (-2.75%)	123% <0%> (-6%)
apps/user_ldap/lib/User_LDAP.php	77.61% <0%> (-1.95%)	84% <0%> (ø)
apps/files/lib/Command/Scan.php	22.04% <0%> (-1.8%)	51% <0%> (-2%)
apps/files_trashbin/lib/Expiration.php	90.32% <0%> (-1.62%)	29% <0%> (ø)
...ederatedfilesharing/lib/FederatedShareProvider.php	67.28% <0%> (-1.12%)	84% <0%> (+2%)
... and 99 more

[MorrisJobke]

Ready for review. I added a repair step and it worked over here.

[rullzer]

Does the trick for me.
I vote to merge as it at least improves the situation.

[MorrisJobke]

I just updated the version again as master had it already and added two times:

* @suppress SqlInjectionChecker

because there were two false positives.