Allbest,

не очень понятно, что такое "фоновый процесс".
Если, например, это выделенный процесс в пользу удаленного клиента, который, вися на постоянном соединении,
периодически стартует "фоновый процесс",
то похожий на ваше описание возможный сценарий может быть, например, такой -

1) в промежутке между запусками своей задачи, висящего в ожидании таймера удаленного клиента,
перекомпилируется зависимый пакет с глобальным состоянием.

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

Второй случай лечится только перезапуском сеанса для "фонового процесса".

Если не ошибаюсь, первый тоже - что-то вроде того, что перекомпиляция зависимого пакета в другом сеансе
приводит к потере его состояния в ожидающем сеансе. После чего запускающий его просто не видит.
В кишках вроде вызывающий получает скрываемую ошибку "состояние потеряно" и до перепривязки пакетов дело не доходит.
Я не копал внимательно... Но особенно зловредный характер, по моим поверхностным наблюдениям, у этой бяки возникает при взаимных зависимостях запускающего и запускаемого в условиях наличия глобального состояния.