[Spacewalk-list] Errata application to systems causes Internal Error
Velayutham, Prakash
Prakash.Velayutham at cchmc.org
Tue Aug 14 13:10:58 UTC 2012
On Aug 13, 2012, at 10:14 AM, Jan Pazdziora wrote:
> On Wed, Aug 08, 2012 at 01:46:52PM +0000, Velayutham, Prakash wrote:
>> Hello,
>>
>> Spacewalk - 1.6
>> Server OS - CentOS 6.2
>>
>> I am using the API call "system.getUnscheduledErrata" to fetch the recent errata applicable to systems and "system.scheduleApplyErrata" to apply the relevant ones. It seems to go fine with most of the 8 systems I am testing it on except for one, which seems to have a rather large errata set. This is what I see on the server's catalina.out.
>>
>> 2012-08-08 09:30:22,064 [TP-Processor7] WARN org.hibernate.util.JDBCExceptionReporter - SQL Error: 12899, SQLState: 72000
>> 2012-08-08 09:30:22,064 [TP-Processor7] ERROR org.hibernate.util.JDBCExceptionReporter - ORA-12899: value too large for column "SPACEWALKSCHEMA"."RHNACTION"."NAME" (actual: 530, maximum: 128)
>>
>> 2012-08-08 09:30:22,064 [TP-Processor7] ERROR org.hibernate.event.def.AbstractFlushingEventListener - Could not synchronize database state with session
>> org.hibernate.exception.GenericJDBCException: could not insert: [com.redhat.rhn.domain.action.errata.ErrataAction]
>> at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103)
>> at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)
>> at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
>> at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2267)
>> at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2660)
>> at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56)
>> at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
>> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
>> at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141)
>> at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
>> at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
>> at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
>> at com.redhat.rhn.common.db.datasource.CachedStatement.stealConnection(CachedStatement.java:857)
>> at com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:440)
>> at com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:430)
>> at com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:336)
>> at com.redhat.rhn.common.db.datasource.CachedStatement.execute(CachedStatement.java:341)
>> …
>>
>> And the client from where I run the API call shows this in the stdout/stderr.
>>
>> ...
>> Errata is 25978
>> Errata is 25969
>> Traceback (most recent call last):
>> File "/root/spacewalk-scripts/applyErrata.py", line 67, in <module>
>> client.system.scheduleApplyErrata(key, sys, erIds)
>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
>> return self.__send(self.__name, args)
>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
>> verbose=self.__verbose
>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1243, in request
>> headers
>> xmlrpclib.ProtocolError: <ProtocolError for bmispacewalkp1.chmcres.cchmc.org/rpc/api: 500 Internal Server Error>
>>
>> Any help to figure out what is going on would be greatly appreciated.
>
> You are hitting a known issue which was fixed in Spacewalk nightly.
>
> --
> Jan Pazdziora
> Principal Software Engineer, Satellite Engineering, Red Hat
Hi Jan,
Thanks for the response. If this is a bug, could you please share the bugzilla ID so I can understand what the issue is? Also, is there a workaround that I can use until I upgrade?
Thanks,
Prakash
More information about the Spacewalk-list
mailing list