CentOS: Yum Install Error

Chris Powell asked:

I run into this error every time I try to update (CentOS 6) on four different servers. It only happens with this package. After researching the problem, I haven’t been able to find any useful info. People have had very similar problems to this, but not this particular one. Can anyone offer me any advice on how to fix this issue?

[user@machine ~]$ sudo yum update
Loaded plugins: dellsysid, fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: mirror.thelinuxfix.com
 * extras: mirrors.gigenet.com
 * rpmforge: thammuz.tchpc.tcd.ie
 * updates: mirror.clarkson.edu
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package srvadmin-omcommon.x86_64 0:7.2.0-4.450.1.el6 will be updated
---> Package srvadmin-omcommon.x86_64 0:7.2.0-4.459.1.el6 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

 Package              Arch      Version                Repository          Size
 srvadmin-omcommon    x86_64    7.2.0-4.459.1.el6      dell-omsa-indep    1.8 M

Transaction Summary
Upgrade       1 Package(s)

Total download size: 1.8 M
Is this ok [y/N]: y
Downloading Packages:
srvadmin-omcommon-7.2.0-4.459.1.el6.x86_64.rpm           | 1.8 MB     00:05
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Error in PREIN scriptlet in rpm package srvadmin-omcommon-7.2.0-4.459.1.el6.x86_
cp: cannot stat `/opt/dell/srvadmin/etc/openmanage/wwwroot/oem/data/ini/*ini': N
o such file or directory
error: %pre(srvadmin-omcommon-7.2.0-4.459.1.el6.x86_64) scriptlet failed, exit s
tatus 1
error:   install: %pre scriptlet failed (2), skipping srvadmin-omcommon-7.2.0-4.
srvadmin-omcommon-7.2.0-4.450.1.el6.x86_64 was supposed to be removed but is not
  Verifying  : srvadmin-omcommon-7.2.0-4.450.1.el6.x86_64                   1/2
  Verifying  : srvadmin-omcommon-7.2.0-4.459.1.el6.x86_64                   2/2

  srvadmin-omcommon.x86_64 0:7.2.0-4.450.1.el6
  srvadmin-omcommon.x86_64 0:7.2.0-4.459.1.el6

[user@machine ~]$

My answer:

This is most likely to be a bug in the way the package was put together (by Dell). Since they’re referencing files in the %pre section that can’t be assumed to exist before the package containing them is installed (that same package!) it’s almost certain this is an error on the packager’s part. Most likely such commands should have been in a %preup or %post section instead, depending on what it is they’re trying to do. As such, you should report the problem to Dell.

View the full question and answer on Server Fault.

Creative Commons License
This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.