Bug 513073 - uploading kernel-PAE blows chunks
Summary: uploading kernel-PAE blows chunks
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Spacewalk
Classification: Community
Component: Server
Version: 0.6
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
Assignee: Pradeep Kilambi
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
: 567659 (view as bug list)
Depends On:
Blocks: space06
TreeView+ depends on / blocked
 
Reported: 2009-07-21 21:01 UTC by Dennis Gilmore
Modified: 2010-03-17 14:06 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 532540 (view as bug list)
Environment:
Last Closed: 2009-09-10 12:06:41 UTC
Embargoed:


Attachments (Terms of Use)

Description Dennis Gilmore 2009-07-21 21:01:29 UTC
Description of problem:
Uploading package /mnt/mirrors/fedora/releases/10/Fedora/i386/os/Packages/kernel-PAE-2.6.27.5-117.fc10.i686.rpm
Using POST request
Internal server error 500 Internal Server Error
Error pushing /mnt/mirrors/fedora/releases/10/Fedora/i386/os/Packages/kernel-PAE-2.6.27.5-117.fc10.i686.rpm: Error 500Error Message:
    ORA-00001: unique constraint (SPACEWALK.RHN_PKG_REQ_PID_CID_S_UQ) violated
Error Class Code: 54
Error Class Info:
     Package Upload Failed due to uniqueness constraint violation.
     Make sure the package does not have any duplicate dependencies or
     does not already exists on the server (500)
Waiting 3 seconds and trying again...
Uploading package /mnt/mirrors/fedora/


When uploading kernel-PAE i get the above error  there is a kernel.i686 rpm in the spacewalk server already.  this is definitely not a duplicate rpm.

Comment 1 Devan Goodwin 2009-07-23 19:47:36 UTC
Easy enough to reproduce. Not certain yet what's going on, assigning to Prad as I'm guessing he's our best bet, but will continue to investigate and see if I can figure out what the problem is.

The constraint is:

create unique index rhn_pkg_req_pid_cid_s_uq
    on rhnPackageRequires(package_id, capability_id, sense)
    tablespace [[4m_tbs]]
  ;

Comment 2 Devan Goodwin 2009-07-24 14:22:56 UTC
On my spacewalk install the conflicting values are on sense 16777226 (not sure what this is) but capability_id 2642, which matches up to:

SQL> select * from rhnPackageCapability where id = 2642;
	ID
----------
NAME
--------------------------------------------------------------------------------
VERSION
----------------------------------------------------------------
CREATED 	   MODIFIED
------------------ ------------------
      2642
rpmlib(VersionedDependencies)
3.0.3-1
21-JUL-09	   21-JUL-09

[root@sw1 ~]# rpm -qp --requires f11/kernel-PAE-2.6.29.4-167.fc11.i686.rpm 
rpmlib(VersionedDependencies) <= 3.0.3-1
fileutils  
module-init-tools  
initscripts >= 8.11.1-1
mkinitrd >= 6.0.61-1
kernel-firmware >= 2.6.29.4-167.fc11
/sbin/new-kernel-pkg  
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh  
/bin/sh  
/bin/sh  
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
[root@sw1 ~]# 

So it appears this packages duplicate dependency on rpmlib is causing the problem.

I did the same query on the latest version of this kernel package out of updates and found it has even more duplicates:

(root@redhat ~) $ rpm -q --requires kernel-PAE
rpmlib(VersionedDependencies) <= 3.0.3-1
fileutils  
module-init-tools  
initscripts >= 8.11.1-1
mkinitrd >= 6.0.61-1
kernel-firmware >= 2.6.29.4-167.fc11
/sbin/new-kernel-pkg  
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh  
/bin/sh  
/bin/sh  
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(VersionedDependencies) <= 3.0.3-1
fileutils  
module-init-tools  
initscripts >= 8.11.1-1
mkinitrd >= 6.0.61-1
kernel-firmware >= 2.6.29.5-191.fc11
/sbin/new-kernel-pkg  
rpmlib(VersionedDependencies) <= 3.0.3-1
/bin/sh  
/bin/sh  
/bin/sh  
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
(root@redhat ~) $ 

Thoughts on how to handle? 

Is this something we should report against the kernel package? (even though this won't really help anyone trying to rhnpush the released F11 packages...)

Comment 3 Devan Goodwin 2009-07-24 14:25:08 UTC
One option would be to filter out duplicates in backend/server/importLib/backend.py processCapabilities, if the single copy of the requires goes in it seems like this should be sufficient.

Comment 4 Devan Goodwin 2009-07-24 20:49:09 UTC
This code has been on a wild ride lately, this looks to have been fixed and then broken again all within the 0.6 devel cycle. 

Hopefully fixed once and for all in spacewalk.git: 88e29677361c7051475f4e53a796b5182119bc54

Probably also fixes similar issues that could occur with provides/requires/obsoletes/conflicts.

Comment 5 Miroslav Suchý 2009-09-10 12:06:41 UTC
Spacewalk 0.6 released

Comment 6 Michael Mráka 2010-03-17 14:06:23 UTC
*** Bug 567659 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.