Service fail to run after package upgrade about sensu-omnibus HOT 5 CLOSED

hey!
So we think we tracked this down to a change made in #240 moving the service files.

I think what is happening is when the old versions are uninstalled.. the files for /etc/ systemd are removed after the call to systemctl daemon-reload.

I think the fix here is to make sure systemctl daemon-reload is also called as part of postun scriptlet as the postun for the old package is called after the new package is installed on the system.

from sensu-omnibus.

Sounds like #265 did not solve this issue.

@amdprophet @jspaleta can you please add your comments here?

from sensu-omnibus.

tl; dr;
my proposed fix in postuninstall of the new package was not sufficient to solve the problem, due to an order of operations of how rpm packaging scripts are run.

Next thing to try is putting systemctl daemon-reload logic in a posttrans scriptlet to make sure it gets run after the old package is uninstalled.

Workaround is to manually run systemctl daemon-reload.

from sensu-omnibus.

@jspaleta can you provide guidance on how to reproduce the issue? I can work on this issue so long as I can properly test it.

from sensu-omnibus.

Testable situation:

• install sensu-1.1.1-1.el7.x86_64.rpm

• make sure sensu-server process is running correctly:
  systemctl status sensu-server

• confirm service files are installed in /etc/systemd/system/:
  rpm -ql sensu |grep service

• Now update to latest sensu 1.4.x package

• confirm service files are now installed in /lib/systemd/system

• check service status with: systemctl status sensu-server:
  systemctl status sensu-server

• get error message:
  Failed to get properties: Access denied

• Recover working systemd with:
  sudo systemctl daemon-reload

from sensu-omnibus.