Total Pageviews

Tuesday, 20 October 2009

ERROR: can not find RHNS CA file: RHEL 5.1 rhn-tools

When trying to register a machine with RHN I found this error in /var/log/up2date on one of my RHEL 5.1 machines using :

2.6.18-128.el5 #1 SMP X86_64
rhn-client-tools-0.4.19-17.el5-noarch

The trace-back was :


[Thu Oct 15 10:57:21 2009] up2date ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:57:21 2009] up2date ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:57:57 2009] up2date ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:57:57 2009] up2date ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:57:57 2009] up2date ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:59:10 2009] rhn_register ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:59:10 2009] rhn_register ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:59:14 2009] rhn_register ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
[Thu Oct 15 10:59:14 2009] rhn_register

Traceback (most recent call last):
File "/usr/share/rhn/up2date_client/rhnregGui.py", line 1705, in callAndFilterExceptions
return function()
File "/usr/share/rhn/up2date_client/rhnregGui.py", line 331, in _chooseServerPageApply
rhnreg.privacyText()
File "/usr/share/rhn/up2date_client/rhnreg.py", line 317, in privacyText
s = rhnserver.RhnServer()
File "/usr/share/rhn/up2date_client/rhnserver.py", line 149, in __init__
self._server = rpcServer.getServer()
File "/usr/share/rhn/up2date_client/rpcServer.py", line 168, in getServer
raise up2dateErrors.SSLCertificateFileNotFound(msg)
up2date_client.up2dateErrors.SSLCertificateFileNotFound: ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT

*****Seems that the packet rhn-client-tools-0.4.19-17.el5-noarch should be replaced by rhn-client-tools-0.4.20-9.el5-noarch (rhel-x86_64-server-5)

As we can see there are some BUGS in this package rhn-client-tools-0.4.19-17.el5-noarch

- RHBA-2009:1354
BZ#476894 : Errata push on 64-bit system installs unneeded 32-bit packages
BZ#508737 : Redhat Software Updater Crash
BZ#467139 : rhn_check s action name sanity check is fragile for different locales
BZ#504292 : getting registration error with sslCACert configured to non default location
BZ#504296 : rhnreg_ks gives unexpected output "Network Info::"
BZ#487754 : Bump Requires: rhnlib >= 2.1 to 2.2.7 in support of enhance and test redirect
BZ#250312 : Selecting a different cert while running rhn_register GUI results in generating a
new back up copy of the original cert every time a wrong cert is selected.
BZ#454005 : If registration fails at first, you need to restart rhn_register
BZ#445881 : firstboot is unaware of whether a system is already registered
BZ#471928 : Tui should be able to choose cert automatically depending on hosted or satellite
BZ#501316 : unable to rhnreg_ks using an activation key with profilename not specified
BZ#466718 : typo in rhn_register TUI ("receives" -> "receive")
BZ#495615 : Update rhn_register to properly parse the dmi information on for registration on
a kvm host


In order to fix this issue we have to install rhn-client-tools-0.4.20-9.el5-noarch from rhn.redhat.com

But dependencies will fail so we need to install download and install the following

Packages:

rhn-client-tools-0.4.20-9.el5.noarch.rpm
rhn-check-0.4.20-9.el5.noarch.rpm
rhn-setup-0.4.20-9.el5.noarch
rhn-setup-gnome-0.4.20.9.el5.noarch


Install with rpm

rpm -ivh -f --nosignature rhn-client-tools-0.4.20-9.el5.noarch.rpm rhn-check-0.4.20-9.el5.noarch.rpm rhn-setup-0.4.20-9.el5.noarch rhn-setup-gnome-0.4.20.9.el5.noarch


That should solve the issue, please feel free to add any questions.

1 comment:

IT said...

The effectiveness of IEEE Project Domains depends very much on the situation in which they are applied. In order to further improve IEEE Final Year Project Domains practices we need to explicitly describe and utilise our knowledge about software domains of software engineering Final Year Project Domains for CSE technologies. This paper suggests a modelling formalism for supporting systematic reuse of software engineering technologies during planning of software projects and improvement programmes in Final Year Project Centers in Chennai.

Software management seeks for decision support to identify technologies like JavaScript that meet best the goals and characteristics of a software project or improvement programme. JavaScript Training in Chennai Accessible experiences and repositories that effectively guide that technology selection are still lacking.

Aim of technology domain analysis is to describe the class of context situations (e.g., kinds of JavaScript software projects) in which a software engineering technology JavaScript Training in Chennai can be applied successfully