Description of problem:
The trigger in the updated package is broken:
triggerin scriptlet (using /bin/sh) -- acpid <= 1.0.4-9.el5_4.1
[ -f /var/log/acpid ] && chmod 0644 /var/log/acpid*
If acpid is installed but never ran, /var/log/acpid does not exist, the trigger
fails, the transaction is aborted, the system is left with two instances of
Version-Release number of selected component (if applicable):
A fairly obvious instructions to clean this up if that occurred, that may be useful to those that come across this bug. You can remove old package manually using rpm or yum and providing full NVR, not only package name.
Get list of installed acpid packages:
# rpm -q acpid
Remove old one (acpid-1.0.4-9.el5) using rpm or yum:
# rpm -e acpid-1.0.4-9.el5
# yum erase acpid-1.0.4-9.el5
If you don't need to run acpid, it can be uninstalled completely.
*** Bug 545710 has been marked as a duplicate of this bug. ***
I vote against decision not to fix this issue. Fix is very simple and only requires new release of package with fixed script.
This is clearly a bug in package and needs fixing. Rpm scripts can't just fail.
I vote for fixing this. Going through every xen-virtual server by hand is not much fun.
Agreed - this is causing our config management stuff to error out due to the error status returned by yum when installing this package on new installs.
Only to explain comment https://bugzilla.redhat.com/show_bug.cgi?id=545710#c5 which brought some confusion here... that bugzilla got rejected because of the process reasons - not because the fix is not planned. So don't worry, the bug is planned to be fixed.
This issue was fixed swiftly back then, and this bz should probably be "closed errata".
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
The acpid package contains a trigger scriptlet that returns a non-zero exit code if the /var/log/acpid log file does not exist. Prior to this update, if the acpid daemon was installed but never started on the system and the /var/log/acpid file did not exist, the scriptlet did not function properly and caused the package update process to fail, which could have resulted in two different acpid packages being installed on the system and registered with the RPM database (rpmdb). With this update, the acpid package has removed the spurious acpid record from rpmdb so that the problem is now fixed.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.