You don't really need to know anything about the technologies I'm using to answer my question. You only need to understand dpkg and its triggers.
I'm using an orchestration tool (mcollective) to trigger configuration management (puppet 3) on some remote hosts running Ubuntu 16.04. Puppet uses apt-get to install some packages that I need to update. The packages include files that go in a directory owned by mcollective. Looks like this:
mcollective > puppet > apt-get > dpkg > /some/dir/mcollective/myfile > dpkg-trigger
The problem is, when dpkg processes post-install triggers, it restarts mcollective (which has a trigger on the directory). Stopping mcollective kills puppet, apt-get, and dpkg itself.
After this none of the processes above will be running, which means I can't use mcollective to control the host anymore. I have to manually log in and fix everything (including dpkg --configure -a
before any apt-get stuff will work).
The question: Is there any way I can update the .deb to not trigger the restart of mcollective? Something I can put in the control file, perhaps?