[Spacewalk-list] rhnreg_ks on F15

[Sandro "red" Mathys]

On Wed, Apr 13, 2011 at 08:24, Sandro "red" Mathys
<red at fedoraproject.org> wrote:
> Hi,
>
> We tried to deploy a F15 system (with the latest from updates-testing)
> from spacewalk 1.3 which works just fine (yay!) except for rhnreg_ks
> (rhn-setup 1.4.15-1.fc14) which fails with the following traceback:
>
> [Tue Apr 12 16:15:15 2011] up2date
> Traceback (most recent call last):
>  File "/usr/sbin/rhnreg_ks", line 213, in <module>
>    cli.run()
>  File "/usr/share/rhn/up2date_client/rhncli.py", line 74, in run
>    sys.exit(self.main() or 0)
>  File "/usr/sbin/rhnreg_ks", line 101, in main
>    hardwareList = hardware.Hardware()
>  File "/usr/share/rhn/up2date_client/hardware.py", line 674, in Hardware
>    allhw = get_devices()
>  File "/usr/share/rhn/up2date_client/hardware_gudev.py", line 45, in
> get_devices
>    'desc':     _get_device_desc(device),
>  File "/usr/share/rhn/up2date_client/hardware_gudev.py", line 306, in
> _get_device_desc
>    (vendor_id, model_id) = device.get_property('product').split('/')[:2]
> <type 'exceptions.AttributeError'>: 'NoneType' object has no attribute 'split'
>
> It seems that device.get_propery('product') returns None but does
> somebody have an idea why it does so? On what information does this
> rely? i.e. is there a service not running that should be or a package
> missing?
>
> Is the extracted information actually important? If not, the thrown
> exception should rather be caught.
>
> Thanks,
> red

PS. the exact same rhnreg_ks command seems to work fine after the
reboot so it must be something that is different in %post and in the
final/rebooted system.