Solved

Redhat module install failure

Posted on 2015-01-20
4
349 Views
Last Modified: 2015-01-28
I get the following trying to install a module on a newly installed server. Redhat has escolated to second level support but are slow to respond. Can anyone offer suggestions?

================================================================================
 Package          Arch       Version             Repository                Size
================================================================================
Installing:
 unixODBC         x86_64     2.2.14-14.el6       rhel-x86_64-server-6     378 k
Installing for dependencies:
 libtool-ltdl     x86_64     2.2.6-15.5.el6      rhel-x86_64-server-6      44 k

Transaction Summary
================================================================================
Install       2 Package(s)

Total size: 422 k
Installed size: 0
Is this ok [y/N]: y
Downloading Packages:
error: rpmts_HdrFromFdno: Header V3 RSA/SHA256 Signature, key ID fd431d51: BAD


Problem opening package unixODBC-2.2.14-14.el6.x86_64.rpm
0
Comment
Question by:cotton0226
  • 2
4 Comments
 
LVL 21

Expert Comment

by:Mazdajai
ID: 40561187
What version of RHEL are you running? Try adding --nogpgcheck.
0
 
LVL 1

Expert Comment

by:Mahesh Y
ID: 40561238
Seems the downloaded rpm's are corrupted. Please verify with md5sum.
0
 

Accepted Solution

by:
cotton0226 earned 0 total points
ID: 40566619
Redhat has resolved my issue. See the follow text.

From our last remote session we we're able to identify that the issue was caused by mismatched nss-softokn/nss-softokn-freebl package versions. In this case, updating to nss-softokn-3.14.3-19.el6_6 did not update the corresponding nss-softokn-freebl-3.14.3-19.el6_6 (which there is a dependency with). A private bugzilla has already been filed for this issue (BZ#1182662), and a fix identified. The fix involves updated dependency definitions for the nss-softokn/nss-softokn-freebl packages (RPM spec).

In order to workaround the issue we had to manually extract libfreeblpriv3.so from the nss-softokn-freebl-3.14.3-19.el6_6.x86_64 RPM to /lib64, at which point we followed the RPM database rebuild steps outlined here:

"How to rebuild RPM database on a Red Hat Enterprise Linux system?"
https://access.redhat.com/solutions/6903

We verified successful recovery by running a `yum update`.
0
 

Author Closing Comment

by:cotton0226
ID: 40574829
Solution provided by RedHat support resources
0

Featured Post

What Is Threat Intelligence?

Threat intelligence is often discussed, but rarely understood. Starting with a precise definition, along with clear business goals, is essential.

Join & Write a Comment

This is a guide to the following problem (not exclusive but here) on Windows: Users need our support and we supporters often use global administrative accounts to do this. Using these accounts safely is a real challenge. Any admin who takes se…
The term "Bad USB" is a buzz word that is usually used when talking about attacks on computer systems that involve USB devices. In this article, I will show what possibilities modern windows systems (win8.x and win10) offer to fight these attacks wi…
Learn several ways to interact with files and get file information from the bash shell. ls lists the contents of a directory: Using the -a flag displays hidden files: Using the -l flag formats the output in a long list: The file command gives us mor…
Learn how to find files with the shell using the find and locate commands. Use locate to find a needle in a haystack.: With locate, check if the file still exists.: Use find to get the actual location of the file.:

758 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

15 Experts available now in Live!

Get 1:1 Help Now