Bug 517790
| Summary: | python error when import with spacewalk-repo-sync in multi-platform repo | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | sHaggY_caT <inbox> | ||||
| Component: | Server | Assignee: | Jesus M. Rodriguez <jesusr> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Red Hat Satellite QA List <satqe-list> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 0.6 | CC: | a.j.delaney, jsherril | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2010-04-14 19:21:05 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 559281 | ||||||
| Attachments: |
|
||||||
|
Description
sHaggY_caT
2009-08-17 08:27:21 UTC
I have a log-file with 15996 occurrences of this error. I'm running spacewalk 0.6 on x86_64 and was spacewalk-repo-sync'ing the Fedora 11 PPC repo. Example error below. My spacewalk 0.6 was upgraded from 0.5 and is thus not a clean install.
Exception Handler Information
Traceback (most recent call last):
File "/usr/share/rhn/satellite_tools/reposync.py", line 157, in import_packages
self.associate_package(pack, md5)
File "/usr/share/rhn/satellite_tools/reposync.py", line 199, in associate_package
self._importer_run(package, caller, backend)
File "/usr/share/rhn/satellite_tools/reposync.py", line 207, in _importer_run
importer.run()
File "/usr/share/rhn/server/importlib/importLib.py", line 628, in run
self.submit()
File "/usr/share/rhn/server/importlib/packageImport.py", line 114, in submit
self.backend.lookupPackages(self.batch)
File "/usr/share/rhn/server/importlib/backend.py", line 519, in lookupPackages
self.__lookupObjectCollection(packages, 'rhnPackage', ignore_missing)
File "/usr/share/rhn/server/importlib/backend.py", line 1771, in __lookupObjectCollection
raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName))
InvalidPackageError: Could not find object [<server.importlib.importLib.IncompletePackage instance; attributes={'package_size': None, 'package_arch_id': 100\
, 'name': 'dnssec-conf', 'md5sum': '1d331fd47a249e341bb3378145bbae87', 'org_id': '1', 'package_id': None, 'channels': {121: 'fedora-11-ppc'}, 'nevra_id': 39\
2, 'epoch': '', 'version': '1.20', 'name_id': 316, 'last_modified': None, 'release': '2.fc11', 'arch': 'noarch', 'evr_id': 181}] in table rhnPackage
The description of the table in my db is below. It doesn't appear to match many of the attributes of the IncompletePackage object. For instance, the table has no "name" as a varchar, nor does it have an "arch". SQL> desc rhnPackage Name Null? Type ----------------------------------------- -------- ---------------------------- ID NOT NULL NUMBER ORG_ID NUMBER NAME_ID NOT NULL NUMBER EVR_ID NOT NULL NUMBER PACKAGE_ARCH_ID NOT NULL NUMBER PACKAGE_GROUP NUMBER RPM_VERSION VARCHAR2(16) DESCRIPTION VARCHAR2(4000) SUMMARY VARCHAR2(4000) PACKAGE_SIZE NOT NULL NUMBER PAYLOAD_SIZE NUMBER BUILD_HOST VARCHAR2(256) BUILD_TIME DATE SOURCE_RPM_ID NUMBER MD5SUM NOT NULL VARCHAR2(64) VENDOR NOT NULL VARCHAR2(64) PAYLOAD_FORMAT VARCHAR2(32) COMPAT NUMBER(1) PATH VARCHAR2(1000) HEADER_SIG VARCHAR2(64) COPYRIGHT VARCHAR2(128) COOKIE VARCHAR2(128) LAST_MODIFIED NOT NULL DATE CREATED NOT NULL DATE MODIFIED NOT NULL DATE HEADER_START NOT NULL NUMBER HEADER_END NOT NULL NUMBER Created attachment 362276 [details] rhnPackage record for MD5SUM=1d331fd47a249e341bb3378145bbae87 In the example stacktrace from comment #1 there is an InvalidPackageError because a record of the package cannot be found in the database. I've manually pulled out the record that is associated where MD5SUM = '1d331fd47a249e341bb3378145bbae87'. As you can see there is partial information for the package dnssec-conf in the database. Is there any other information that I can provide? This issue appears to have been solved in git. See http://git.fedorahosted.org/git/spacewalk.git/?p=spacewalk.git;a=commitdiff_plain;h=00265ecc8795780e511234ac28819c0c7e708ce0 for details. JSherril rocks. I shall send him a pet winged monkey. Nice to see that this was resolved :} -Justin |