Description of problem: ISS of base Red Hat channels works, however ISS of custom channels is not working w/ an upgraded satellite as the parent. getting 08:25:06 08:25:06 Linking packages to channels +++ sending log as an email +++ SYNC ERROR: unhandled exception occurred: (Check logs/email for potentially more detail) Could not find object [<server.importlib.importLib.IncompletePackage instance; attributes={'channels': {162: 'westest2'}, 'package_arch_id': 101, 'name': 'testAutoFile', 'md5sum': '9bd756946e61401edeedafc7b14ffa80', 'org_id': 2, 'epoch': '0', 'package_size': 1970, 'nevra_id': 6041, 'package_id': 'rhn-package-13661', 'version': '1', 'name_id': 2662, 'last_modified': '2009-07-16 17:13:46', 'release': '1.0', 'arch': 'i386', 'evr_id': 2423}] in table rhnPackage recreate 1. upgrade 520 external x86_64 -> sat530 external x86_64 2. setup ISS 3. sync a base channel (success) 4. In a new org create a custom channel, push packages to the channel 5. from another 530 satellite try to ISS the custom channel 08:24:10 SYNC ERROR: unhandled exception occurred: Exception reported from grandprix.rhndev.redhat.com Time: Tue Jul 21 08:24:10 2009 Exception type server.importlib.importLib.InvalidPackageError Exception Handler Information Traceback (most recent call last): File "/usr/bin/satellite-sync", line 142, in main return satsync.Runner().main() File "/usr/share/rhn/satellite_tools/satsync.py", line 211, in main ret = method() File "/usr/share/rhn/satellite_tools/satsync.py", line 323, in _step_packages self._affected_channels = self.syncer.import_packages() File "/usr/share/rhn/satellite_tools/satsync.py", line 1672, in import_packages return self._link_channel_packages() File "/usr/share/rhn/satellite_tools/satsync.py", line 1699, in _link_channel_packages importer = sync_handlers.link_channel_packages(uq_pkg_data) File "/usr/share/rhn/satellite_tools/sync_handlers.py", line 440, in link_channel_packages 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 515, in lookupPackages self.__lookupObjectCollection(packages, 'rhnPackage', ignore_missing) File "/usr/share/rhn/server/importlib/backend.py", line 1762, 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={'channels': {161: 'wescustom'}, 'package_arch_id': 101, 'name': 'testAutoFile', 'md5sum': '9bd756946e61401edeedafc7b14ffa80', 'org_id': 2, 'epoch': '0', 'package_size': 1970, 'nevra_id': 6041, 'package_id': 'rhn-package-13661', 'version': '1', 'name_id': 2662, 'last_modified': '2009-07-16 17:13:46', 'release': '1.0', 'arch': 'i386', 'evr_id': 2423}] in table rhnPackage
This only seems to occur w/ packages that have been pushed into the channel
child sat server Installation log of Red Hat Network Satellite 5.3.0 (Satellite-5.3.0-RHEL5-re20090716.0)
recreated w/ two sats that are have not been upgraded.. NOT AN UPGRADE ISSUE is it possible the rpms I'm using are causing the issue?? attaching the rpms
Created attachment 354480 [details] test 1 rpm
Created attachment 354481 [details] test 2 rpm
place the two attached rpms into a custom channel in a new org, and try to sync them from the child server.
recreated w/ a channel jortel created w/ package python-suds-0.3.6-1.noarch A python SOAP client
*** This bug has been marked as a duplicate of bug 512236 ***
1. I successfully iss synced custom channel pairs (base & child) from default AND non-default organisations. VERIFIED with 7/23iso (upgraded Satellite-5.3.0-RHEL5-re20090721.0)!
Verified in stage -> RELEASE_PENDING.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html