I had some similar problems registering clients after I'd filled my
channels with packages due to the Oracle bug but as long as you've
applied the work-arounds from the Oracle Setup wiki page it should work
fine. I usually setup clients using rhnreg_ks. Back when I had the
Oracle problems, I found I could get a bit further through the client
registration process by using rhn_register after rhnreg_ks had failed.
Sometimes when that failed I'd get a similar behavior to the one you've
described. Could you verify that you have applied the Oracle bugfixes
from the OracleXeSetup page?
(https://fedorahosted.org/spacewalk/wiki/OracleXeSetup#additionalOracleconfiguration)
Also, on my most recent Spacewalk server installation, I did a typical
CentOS install, disabled SELinux, then followed the instructions on the
wiki. As for packages on the server, I ended up installing the following
(plus any dependencies):
oracle-xe-univ oracle-instantclient-sqlplus oracle-instantclient-basic
oracle-instantclient-jdbc oracle-instantclient-devel rhel-instnum
usermode-gtk pyOpenSSL spacewalk
On my clients, I installed the following (plus any dependencies):
rhn-check rhn-client-tools rhnlib rhnsd rhn-setup rhn-setup-gnome
yum-rhn-plugin
I've since upgraded to Spacewalk 3.0 using the instructions on the wiki
and it still works perfectly well.
The only difference between our setups appears to be that you had
SELinux on when you installed Spacewalk but if it is disabled now I'd
imagine that would be irrelevant. Still, if nothing else works, you may
want to try reinstalling CentOS, disabling SELinux, performing the
install, and registering clients before adding in packages to channels
and see if that all works. If it does, then I'd rhnpush some packages
into the channels and see if you can still register new clients. If it
breaks somewhere along the way, that'd give you more info on where the
error is happening.
Jem
Adrián Márques wrote:
Thank you Aidan for your response. I had already ran the modification
you pointed me to, as instructed by the wiki. I tried executing them
again and rebooting as you suggested, but the problem is still there.
I noticed I had SELinux set to permissive and disabled it, with no
change.
I'm restating my problem in this mail since now it's description is
scattered across several others.
I can't register spacewalk clients. I could do so against my spacewalk
1.0 installation, but encountered an error when I tried registration
against v0.2 and now, against v0.3 the problem persists. The 0.3
server is a fresh installation, not an upgrade.
Both my server and prospect client run on CentOS 5.2. I could create a
CentOS base channel and push content into it just fine; creating the
activation key was no problem either. I followed all installation
instructions, the only thing I skipped was creating my own entitlement
certificates since I'm still not trying out custom channels.
I'm posting my spacewalk repos for my server and client, just in case
it might be helpful, as well as the traceback I'm getting when trying
to register.
I really need help with this one... ideas anyone??
Regards.
Adrián.
The spacewalk repo for my client:
[spacewalk-client-tools]
name=Spacewalk Client Tools - $basearch
baseurl=http://stahnma.fedorapeople.org/spacewalk-tools/$releasever/$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/SPACEWALK-CLIENT-TOOLS-RPM-GPG-KEY
The spacewalk repo for my server:
[spacewalk]
name=Spacewalk
baseurl=http://spacewalk.redhat.com/yum/0.3/rhel/5Server/$basearch/
gpgkey=http://spacewalk.redhat.com/yum/RPM-GPG-KEY-spacewalk
enabled=1
gpgcheck=1
TRACEBACK
=========
Exception reported from spacewalkv3.geocom.com.uy
Time: Wed Nov 12 02:31:27 2008
Exception type exceptions.KeyError
Exception while handling function registration.welcome_message
Request object information:
URI: /XMLRPC
Remote Host: 192.168.254.111
Server Name: spacewalkv3.geocom.com.uy:0
Headers passed in:
Accept-Encoding: identity
Content-Length: 122
Host: spacewalkv3.geocom.com.uy
content-type: text/xml
user-agent: rhn.rpclib.py/$Revision: 102540 $
x-client-version: 1
x-info: RPC Processor (C) Red Hat, Inc (version 102540)
x-rhn-client-capability:
packages.verifyAll(1)=1,caneatCheese(1)=1,packages.extended_profile(1)=1,reboot.reboot(1)=1,packages.verify(1)=1,packages.runTransaction(1)=1,packages.rollBack(1)=1
x-rhn-transport-capability: follow-redirects=2
x-transport-info: Extended Capabilities Transport (C) Red Hat, Inc
(version 102540)
x-up2date-version: 0.4.17-8.el5
Extra information about this error:
Response sent back to the caller:
While running 'registration.welcome_message': caught
exceptions.KeyError : 'xmlrpc'
Exception Handler Information
Traceback (most recent call last):
File "/usr/share/rhn/server/apacheRequest.py", line 118, in
call_function
func = self.method_ref(method)
File "/usr/share/rhn/server/apacheRequest.py", line 413, in method_ref
classes = self.servers[self.server]
KeyError: 'xmlrpc'
Local variables by frame
Frame method_ref in /usr/share/rhn/server/apacheRequest.py at line 413
self = <type 'instance'>
<server.apacheRequest.apachePOST instance at 0xb7c1d5ac>
method = <type 'unicode'> registration.welcome_message
Frame call_function in /usr/share/rhn/server/apacheRequest.py at line 135
fault = <type 'int'> 1
self = <type 'instance'>
<server.apacheRequest.apachePOST instance at 0xb7c1d5ac>
force_rollback = <type 'int'> 1
method = <type 'unicode'> registration.welcome_message
params = <type 'tuple'> ()
e_type = <type 'classobj'> exceptions.KeyError
e_value = <type 'instance'> 'xmlrpc'
response = <type 'instance'> <Fault 1: u"While running
'registration.welcome_message': caught\nexceptions.KeyError :
'xmlrpc'\n">
Frame process in /usr/share/rhn/server/apacheRequest.py at line 473
fd = <type 'instance'> <cStringIO.StringO object
at 0xb7afa560>
_body = <type 'str'> <?xml version='1.0'?>
<methodCall>
<methodName>registration.welcome_message</methodName>
<params>
</params>
</methodCall>
params = <type 'tuple'> ()
method = <type 'unicode'> registration.welcome_message
self = <type 'instance'>
<server.apacheRequest.apachePOST instance at 0xb7c1d5ac>
Frame handler in /usr/share/rhn/server/apacheHandler.py at line 198
h = <type 'instance'> <__builtin__.OracleCursor
on <cx_Oracle.Connection to [EMAIL PROTECTED]>>
self = <type 'instance'>
<server.apacheHandler.apacheHandler instance at 0xb7c16f4c>
req = <type 'mp_request'> <mp_request object at
0xb7ec8d2c>
ret = <type 'int'> 0
templateStrings = <type 'dict'> {'email_account_info':
'\nAccount Information:\n Your Spacewalk login: <login />\n
Your Spacewalk email address: <email-address />', 'email_footer':
'--the Spacewalk Team', 'hostname': 'spacewalkv3.geocom.com.uy'}
row = <type 'NoneType'> None
Frame __call__ in /usr/share/rhn/server/apacheServer.py at line 58
self = <type 'instance'>
<server.apacheServer.HandlerWrap instance at 0xb7cbdc6c>
req = <type 'mp_request'> <mp_request object at
0xb7ec8d2c>
f = <type 'instancemethod'> <bound method
apacheHandler.handler of <server.apacheHandler.apacheHandler instance
at 0xb7c16f4c>>
Frame HandlerDispatch in
/usr/lib/python2.4/site-packages/mod_python/apache.py at line 299
req = <type 'mp_request'> <mp_request object at
0xb7ec8d2c>
config = <type 'mp_table'> {'PythonInterpreter':
'rhn.server', 'PythonPath': 'sys.path+['/usr/share/rhn']'}
self = <type 'instance'>
<mod_python.apache.CallBack instance at 0xb7ed584c>
object = <type 'instance'>
<server.apacheServer.HandlerWrap instance at 0xb7cbdc6c>
l = <type 'list'> ['server.apacheServer',
'Handler']
module = <type 'module'> <module
'server.apacheServer' from '/usr/share/rhn/server/apacheServer.pyc'>
hlist = <type 'mp_hlist'>
{'handler:'server.apacheServer::Handler','directory':'/XMLRPC/','silent':0}
object_str = <type 'str'> Handler
debug = <type 'int'> 0
module_name = <type 'str'> server.apacheServer
pathstring = <type 'str'> sys.path+['/usr/share/rhn']
result = <type 'int'> 500
Environment for PID=5903 on exception:
CONSOLE = /dev/pts/0
HOME = /
INIT_VERSION = sysvinit-2.86
LANG = C
NLS_LANG = english.AL32UTF8
ORACLE_HOME = /usr/lib/oracle/xe/app/oracle/product/10.2.0/server
PATH =
/sbin:/usr/sbin:/bin:/usr/bin:/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin
PERL_BADFREE = 0
PREVLEVEL = N
PWD = /
RUNLEVEL = 5
SELINUX_INIT = YES
SHLVL = 3
TERM = linux
_ = /usr/sbin/httpd
previous = N
runlevel = 5
[EMAIL PROTECTED] escribió:
Adrián,
On Tue, 2008-11-11 at 17:44 -0200, Adrián Márques wrote:
Ok, I'm at my wit's end with this one...
I've had some similar issues. My fix was available here
https://bugzilla.redhat.com/show_bug.cgi?id=453176
This might sound strange, but I found that I needed to do a cold reboot
of the server after implementing the fix. Simply restarting
Oracle/spacewalk was not sufficient. I've no idea why it worked, but
there's no harm in trying it.
--
Aidan
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
