Re: [rhn-users] Channel Subscription Lost after Re-entitling

["Les Bell" <lesbell lesbell com au>]

Todd Warner <taw redhat com> wrote:

>>
The next time up2date runs on that box it should figure out which
base-channel it is supposed to be subscribed to and do so.
<<

Close, but no seegar. I've run rhn_check a few times with no results, and
up2date -{u,l} bombs out:

[root fulbert root]# up2date -u
Traceback (innermost last):
  File "/usr/sbin/up2date", line 781, in ?
    main()
  File "/usr/sbin/up2date", line 569, in main
    pkgNames, fullUpdate, dryRun = dry_run))
  File "/usr/sbin/up2date", line 724, in batchRun
    batch.run()
  File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 57, in run
    self.__findPackagesToUpdate()
  File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 89, in
__findPackagesToUpdate
    plist.run()
  File "/usr/share/rhn/up2date_client/packageList.py", line 85, in run
    self.addObsoletePackages(obsList)
  File "/usr/share/rhn/up2date_client/packageList.py", line 109, in
addObsoletePackages
    for p in obsoletePackages:
TypeError: loop over non-sequence

up2date -p is better behaved, but the system still shows as having Base
Channel (none):

[root fulbert root]# up2date -p
Updating package profile...
[root fulbert root]#

And up2date --show-channels prints nothing.

>>
Lemme know if you have further issues with this. I will also make sure
the web-guys double check that this scenario is a legit possibity.
<<

Still got issues. ;)

Best,

--- Les Bell, RHCE, CISSP
[http://www.lesbell.com.au]