[Spacewalk-list] spacewalk-repo-sync errors

[Chuck Renshaw]

No joy.
But, while experimenting, if I change line 146 of

/usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py

from 

toinsert[3].append(text[0:3000])

to

toinsert[3].append(text[0:2999])

I no longer get the error.

I know very little about Python and I know that's probably not a fix. I just thought it might be useful info!


Jan Pazdziora wrote:

>On Mon, Oct 25, 2010 at 12:42:13PM +0000, chuck.renshaw at comcast.net wrote:
>  
>
>>Problem fixed (nightly builds), but now getting the following for some isolated packages: 
>>
>>Exception reported from remchuck5lt.li-sec.state.pa.us 
>>Time: Mon Oct 25 08:39:35 2010 
>>Exception type spacewalk.server.rhnSQL.sql_base.SQLError 
>>Exception while handling function server.apacheUploadServer._wrapper 
>>Request object information: 
>>URI: /PACKAGE-PUSH 
>>Remote Host: 127.0.0.1 
>>Server Name: remchuck5lt.li-sec.state.pa.us:0 
>>Headers passed in: 
>>Accept-Encoding: identity 
>>Content-Length: 372578 
>>Content-Type: application/x-rpm 
>>Host: localhost 
>>User-Agent: rhnpush 
>>X-RHN-Upload-Auth-Session: 88x1974c623ba21d62a0041fe2ca210a084 
>>X-RHN-Upload-File-Checksum: 28aee4609a4cd96bf9f35e8bd7a3a8bc 
>>X-RHN-Upload-File-Checksum-Type: md5 
>>X-RHN-Upload-File-MD5sum: 28aee4609a4cd96bf9f35e8bd7a3a8bc 
>>X-RHN-Upload-Force: 1 
>>X-RHN-Upload-Package-Arch: i386 
>>X-RHN-Upload-Package-Name: pacemaker-libs 
>>X-RHN-Upload-Package-Release: 6.1.el5 
>>X-RHN-Upload-Package-Version: 1.0.8 
>>X-RHN-Upload-Packaging: rpm 
>>
>>Exception Handler Information 
>>Traceback (most recent call last): 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/apacheUploadServer.py", line 102, in _wrapper 
>>ret = function(req) 
>>File "/usr/share/rhn/upload_server/handlers/package_push/package_push.py", line 134, in handler 
>>relative_path=self.rel_package_path, org_id=self.org_id) 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnPackageUpload.py", line 180, in push_package 
>>importer.run() 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/importlib/importLib.py", line 648, in run 
>>self.fix() 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/importlib/packageImport.py", line 301, in fix 
>>self.backend.processChangeLog(self.changelog_data) 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py", line 154, in processChangeLog 
>>h.executemany(id=toinsert[0], name=toinsert[1], time=toinsert[2], text=toinsert[3]) 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/sql_base.py", line 175, in executemany 
>>return apply(self._execute_wrapper, (self._executemany, ) + p, kw) 
>>File "/usr/lib/python2.4/site-packages/spacewalk/server/rhnSQL/driver_cx_Oracle.py", line 118, in _execute_wrapper 
>>raise apply(sql_base.SQLError, ret) 
>>SQLError: (12899, 'ORA-12899: value too large for column "SPACEWALK"."RHNPACKAGECHANGELOGDATA"."TEXT" (actual: 3001, maximum: 3000)\n', 'insert into 
>>rhnPackageChangeLogData (id, name, time, text) values (:id, :name, :time, :text)') 
>>    
>>
>
>Just restarting the rhn-satellite service (or just httpd) should fix
>this for you -- the patch addresses this code path as well. At least
>for me, push of libgcj-devel-4.1.2-48.el5.i386.rpm runs without
>issues.
>
>Yours,
>
>  
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20101029/775af186/attachment.htm>