Bug 1324483

Summary: Registration Fedora 23 to Satellite failed because of AttributeError: 'virt_uuid'
Product: Red Hat Satellite 5 Reporter: Pavel Studeník <pstudeni>
Component: ServerAssignee: Tomáš Kašpárek <tkasparek>
Status: CLOSED ERRATA QA Contact: Pavel Studeník <pstudeni>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 570CC: dyordano, jdobes, tlestach
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: spacewalk-backend-2.3.3-40-sat Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-02 12:33:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Pavel Studeník 2016-04-06 12:47:48 UTC
Description of problem:
I tried to register system with Fedora 23 to Satellite and I received error from server side.

It is same issue as Bug 1309337 in Spacewalk


Version-Release number of selected component (if applicable):
spacewalk-backend-2.3.3-39.el6sat.noarch

How reproducible:
Always

Steps to Reproduce:
1. Install Fedora 23 and rhn-setup from spacewalk repository
2. Try to register system to Satellite 5.7

Actual results:
I received Internal Server Error.

AttributeError: 'Server' object has no attribute 'virt_uuid'

Expected results:
Registration is finished without error.

Additional info:
Exception reported from elisha.usersys.redhat.com
Time: Wed Apr  6 08:24:21 2016
Exception type <type 'exceptions.AttributeError'>
Exception while handling function registration.upgrade_version
Request object information:
URI: /XMLRPC
Remote Host: test01-64.sysmgmt.lab.eng.rdu2.redhat.com
Server Name: elisha.usersys.redhat.com:80
Headers passed in:
...

Exception Handler Information
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/spacewalk/server/apacheRequest.py", line 122, in call_function
    response = func(*params)
  File "/usr/share/rhn/server/handlers/xmlrpc/registration.py", line 842, in upgrade_version
    server.save()
  File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnServer/server_class.py", line 573, in save
    self.__save(channel)
  File "/usr/lib/python2.6/site-packages/spacewalk/server/rhnServer/server_class.py", line 551, in __save
    if self.virt_uuid is not None and \
AttributeError: 'Server' object has no attribute 'virt_uuid'

Comment 2 Tomas Lestach 2016-04-07 07:23:18 UTC
This bug is a regression caused by ​RHBA-2016:0461-1

Comment 3 Jan Dobes 2016-04-07 09:24:09 UTC
fixed in spacewalk master:

3ba4d5bc30f337f4cba25d0a984e94ffa45f2568

Comment 7 Pavel Studeník 2016-05-02 15:28:46 UTC
sorry..  it was package from spacewalk.

Comment 8 Pavel Studeník 2016-05-11 13:37:08 UTC
spacewalk-backend-server-2.3.3-41.el6sat.noarch

Registration of Fedora to satellite works, but when distribution mapping isn't created for it then I received ugly message:

rhn-plugin: Error communicating with server. The message was:
While running 'registration.upgrade_version': caught
<type 'exceptions.TypeError'> : 'NoneType' object is unsubscriptable

Comment 9 Tomas Lestach 2016-05-11 15:09:18 UTC
(In reply to Pavel Studeník from comment #8)
> but when distribution mapping
> isn't created for it then I received ugly message:
> 
> rhn-plugin: Error communicating with server. The message was:
> While running 'registration.upgrade_version': caught
> <type 'exceptions.TypeError'> : 'NoneType' object is unsubscriptable

Is this a regression?

Comment 10 Pavel Studeník 2016-05-11 16:00:44 UTC
I am not sure. Problem is only with Fedora. On RHEL it works good.

reproducer:
1) create activation key and mark "Universal Default"
2) try to register Fedora 23 to Satellite

Comment 12 Pavel Studeník 2016-05-19 14:56:35 UTC
Verified with spacewalk-backend-server-2.3.3-42.el6sat.noarch

Comment 14 errata-xmlrpc 2016-06-02 12:33:50 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1200