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 acpid, ... Version-Release number of selected component (if applicable): 1.0.4-9.el5_4.1
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 acpid-1.0.4-9.el5 acpid-1.0.4-9.el5_4.1 Remove old one (acpid-1.0.4-9.el5) using rpm or yum: # rpm -e acpid-1.0.4-9.el5 or # 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. New Contents: 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. http://rhn.redhat.com/errata/RHBA-2011-1786.html