Так а что ты ожидаешь?

если джоба которая ранится каждую минуту, ранится в течении двух или более минут,хотелось бы дублицирующий  вызов просто либо отложить рядом(чтобы он вызвался потом), либо в целом не вызывать. (пока та в процессинге, другие её дубликаты в процессинг не кидать)
в идеале конечно вообще не создавать дубликатов или создать только один, который заранится сразу после исполнения той (тип как только лок освободится) , но выглядит так будто этого не достичь.
мне почему-то казалось раз это можно сделать в рамках хостед сервиса(а оно сейчас так и работает) то это в целом можно и на уровне хенгфаера сделать

Ну видимо для хэнгфаераэто норм

Надо или отлавливать каким нибудь job filter или смириться

Ну упала она в фейлед да и фиг с ней

Там ретраи ещё есть если очень нужно

По идее будет висеть пока не пройдёт время ожидания регенерации лока

Ну, наверное да. Хотелось просто как хостед чтобы себя вел

Конкретно лок хэнгфайра рвётся есои разррвется соединение с mssql

Так что если сервер умер то разлочится

Судя по коду hangfire он раз в минуту посылает "SELECT 1" чтобы соединение не разрывалось :}

вот это н придумал

я кстати хуй знает как, но по итогу заработало
я вроде бы добавил таймаут у самой постгри, добавил атрибут таймаут у метода + сделал ретрай максимум 1

и оно живое (какой-то бубен, я хз как это работает всё в совокупности и почему одного атрибута было недостаточно)

Они еще точат под ажуровский балансер

Там каждое улучшение сразу им приносит сотни тысяч зелени экономии

ля, ажур, какое время было когда юзал его, золотое

Там по-хорошему надо чинить npgsql

щас бы фанкшен бабахнул, никакой хенгфаер не упёрся бы peepoChill

Это да... иронично что WCF закопали, Azure ж у него был самый мощный кастомер внутри MS