OEMs can sometimes ship very flakey RPMs when it comes to installing some servicing software and they won't install correctly. I've recently had this experience on a centos host running some OEM-Specific software.
First, inspect the installer script for the rpm. Usually, it's fairly obvious why any error is returned:
[root@server ~]# rpm -qp --scripts RepServer-2.01.03.x86_64.rpm | less
In my case, the script was failing due to some specific versions of the libcurl, libcrypto and libssl libraries not being present. So, ln to the rescue?
[root@server ~]# ln -s /usr/lib64/libssl.so.1.1.1g /usr/lib64/libssl.so.10
[root@server ~]# ln -s /usr/lib64/libssl.so.1.1.1g /usr/lib64/libssl.so.1.0.1e
[root@server ~]# ln -s /usr/lib64/libcrypto.so.1.1.1g /usr/lib64/libcrypto.so.10
[root@server ~]# ln -s /usr/lib64/libcrypto.so.1.1.1g /usr/lib64/libcrypto.so.1.0.1e
[root@server ~]# ln -s /usr/lib64/libcurl.so.4.5.0 /usr/lib64/libcurl.so.4.1.1
Now, let's try to install the RPM again:
[root@server ~]# yum -y --nogpgcheck localinstall /tmp/RepServer-2.01-03.x86_64.rpm
The RPM now installed as expected. If there are any further errors, inspect the script again to see where the error is occuring and workaround them.
Feel free to comment and / or suggest a topic.
Comments
Post a Comment