[Spacewalk-list] Random Spacewalk things I've found...
Jan Pazdziora
jpazdziora at redhat.com
Wed Jan 18 09:15:17 UTC 2012
On Tue, Jan 17, 2012 at 09:29:06PM -0800, Ian Forde wrote:
>
> Here are some things that I've found recently...
We might prefer to have these issues tracked in separate posts/threads
'cause from the long post we might lose some things.
> (more info on this)
> I just kickstarted a node, and had it happen again. I logged in, did
> a 'rhn-profile-sync' successfully. Then I did a 'rhn_check -vv' and
> got the following back:
>
> XMLRPC ProtocolError: <ProtocolError for ordmantell.iforde.net
> /XMLRPC: 500 Internal Server Error>
>
> I looked in /var/log/messages on the spacewalk server (I have logging
> to syslog enabled in postgres for things like this), and saw the
> following:
>
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-1] ERROR: new row for
> relation "rhnpackageevr" violates check constraint
> "vn_rhnpackageevr_epoch"
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-2] CONTEXT: SQL
> statement "INSERT INTO rhnPackageEvr (id, epoch, version, release,
> evr) VALUES (nextval('rhn_pkg_evr_seq'), $1 , $2 , $3 ,EVR_T( $1 ,
> $2 , $3 ))"
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-3] #011PL/pgSQL
> function "lookup_evr" line 10 at SQL statement
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-4] #011SQL statement
> "SELECT LOOKUP_EVR( $1 , $2 , $3 )"
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-5] #011PL/pgSQL
> function "lookup_transaction_package" line 20 at SQL statement
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-6] STATEMENT:
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-7] #011 insert into
> rhnPackageDeltaElement
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-8] #011
> (package_delta_id, transaction_package_id)
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-9] #011 values
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-10] #011 (9240,
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-11] #011
> lookup_transaction_package(E'insert', E'389-ds-base', E'',
> E'1.2.9.14', E'1.el6', NULL))
> Jan 17 21:25:05 ordmantell postgres[22246]: [3-12] #011
>
> Hope that helps...
Can you try to patch your server_kickstart.py with
diff --git a/backend/server/rhnServer/server_kickstart.py b/backend/server/rhnServer/server_kickstart.py
index 7ba167b..0eca170 100644
--- a/backend/server/rhnServer/server_kickstart.py
+++ b/backend/server/rhnServer/server_kickstart.py
@@ -580,8 +580,7 @@ def _packages_from_cursor(cursor):
# We ignore GPG public keys since they are too weird to schedule
# as a package delta
continue
- result.append((p_name, row['version'], row['release'],
- row['epoch'] or ''))
+ result.append((p_name, row['version'], row['release'], row['epoch']))
return result
_query_lookup_pending_kickstart_sessions = rhnSQL.Statement("""
restart httpd and see if it fixes the problem for you?
--
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat
More information about the Spacewalk-list
mailing list