Bug 132945 - up2date error with Traceback message
up2date error with Traceback message
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: up2date (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bret McMillan
Fanny Augustin
Depends On:
  Show dependency treegraph
Reported: 2004-09-20 02:40 EDT by pillboy
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-10-19 15:18:06 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
patch for workaround (662 bytes, patch)
2004-10-26 16:59 EDT, cg
no flags Details | Diff

  None (edit)
Description pillboy 2004-09-20 02:40:26 EDT
Description of problem:
I had get an error message while I run up2date
Traceback (most recent call last):
  File "/usr/share/rhn/up2date_client/gui.py", line 752, in 
    self.hardware = hardware.Hardware()
  File "/usr/share/rhn/up2date_client/hardware.py", line 531, in 
    ret = read_network()
  File "/usr/share/rhn/up2date_client/hardware.py", line 359, in 
    hostname, ipaddr = findHostByRoute()
  File "/usr/share/rhn/up2date_client/hardware.py", line 328, in 
    (server, port) = string.split(server_port, ':')
  File "/usr/lib/python2.2/string.py", line 122, in split
    return s.split(sep, maxsplit)
AttributeError: 'NoneType' object has no attribute 'split'
I cannot register any profile to use up2date. Does anyone know how to 
solve it? Many thanks!

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
Comment 1 Suzanne Hillman 2004-09-30 17:13:33 EDT
If you have not already, you would be wise to contact support, at
800-REDHAT1, or http://www.redhat.com/support, about this matter. You
will need your up-to-date entitlement information for this purpose.
Comment 2 cg 2004-10-26 16:59:33 EDT
Created attachment 105815 [details]
patch for workaround

workaround patch.  see bug comments
Comment 3 cg 2004-10-26 17:00:37 EDT
sorry, this comment was intended to precede the above patch...

i had the same problem.  apparently it has to do with the
'self.hardware' object not containing a field named 'class' for every
'hw' in the iteration (please excuse my lack of python-oriented
terminology -- i'd never seen python before this).

a *work-around* is as follows (see one-liner diff in attachment [well,
essentially one-liner, python doesn't diff well with all that
essential formatting...]), simply check to see whether the current
'hw' object in the loop iteration has a 'class' key.

this DOES NOT fix whatever is causing the self.hardware object to
contain entries without the 'class' field.  for that, i unfortunately
have no suggestion or idea.
Comment 4 RHEL Product and Program Management 2007-10-19 15:18:06 EDT
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
For more information of the RHEL errata support policy, please visit:
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.

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