Bug 695651 - Provisioning fails if RHN Proxy is selected.
Summary: Provisioning fails if RHN Proxy is selected.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: WebUI
Version: 540
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Tomas Lestach
QA Contact: Pavel Novotny
URL:
Whiteboard:
Depends On:
Blocks: sat541-blockers sat541-rhel6-proxy
TreeView+ depends on / blocked
 
Reported: 2011-04-12 10:03 UTC by Dimitar Yordanov
Modified: 2018-11-14 11:18 UTC (History)
5 users (show)

Fixed In Version: spacewalk-proxy-1.2.2-11 spacewalk-backend-1.2.13-50
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-16 17:38:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Dimitar Yordanov 2011-04-12 10:03:13 UTC
Description of problem:
Provisioning fails if  RHN Proxy is selected.

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

How reproducible:
Always

Steps to Reproduce:
1. Environment Configuration:
    Satellite 5.4 with RHEL5 base channel
    RHN Proxy 5.4 activated to the Satellite
    Kickstart for RHEL5
    RHEL5 Server Registered to the Satellite. (sys-profile)
2. System -> sys-profile -> Provisioning
3. Select RHN Satellite Proxy  -> Select from the list
4. Schedule Kickstart and finish
  
Actual results:
Internal Server Error 

Expected results:
Success

Additional info:
2011-04-12 11:59:57,959 [TP-Processor1] WARN  org.apache.struts.action.RequestProcessor - Unhandled Exception thrown: class java.lang.reflect.InvocationTargetException
2011-04-12 11:59:57,959 [TP-Processor1] ERROR com.redhat.rhn.frontend.servlets.SessionFilter - Error during transaction. Rolling back
javax.servlet.ServletException
	at org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535)
	at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433)




Tue Apr 12 11:59:57 2011 - INFO | Exception Info:
  File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 1759, in _dispatch
    return method_handle(*params)
   File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 874, in save_system
    return self.save_item("system",object_id,token,editmode=editmode)
   File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 866, in save_item
    rc = self.api.add_item(what,obj)
   File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 394, in add_item
    return self.get_items(what).add(ref,check_for_duplicate_names=check_for_duplicate_names,save=save,logger=logger)
   File "/usr/lib/python2.4/site-packages/cobbler/collection.py", line 284, in add
    self.lite_sync.add_single_system(ref.name)
   File "/usr/lib/python2.4/site-packages/cobbler/action_litesync.py", line 142, in add_single_system
    self.sync.pxegen.write_all_system_files(system)
   File "/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 295, in write_all_system_files
    self.write_pxe_file(f2,system,profile,distro,working_arch)
   File "/usr/lib/python2.4/site-packages/cobbler/pxegen.py", line 566, in write_pxe_file
    ipaddress = socket.gethostbyname_ex(blended["http_server"])[2][0]

Comment 1 Dimitar Yordanov 2011-05-03 11:44:32 UTC
Quite possible that this is not a Bug. I hava  just tried on another Satellite and seems it is working.

Comment 2 Miroslav Suchý 2011-05-05 12:49:43 UTC
taking

Comment 6 Miroslav Suchý 2011-05-11 13:35:54 UTC
The request is redirected to /download handler, which in under mod_wsgi is not routed to Broker. That is reason why it does not happen on RHEL5 as there is mod_python.

Commited to Spacewalk as d801f7ab02b8e7f37f62b6be70b9a26bacc62df3

Comment 7 Tomas Lestach 2011-05-11 14:58:07 UTC
We need to redirect /ty handler as well ...

spacewalk.git: 9f2255725154d2e2ebc0b7da14a997f5e4893c83

Comment 8 Miroslav Suchý 2011-05-11 15:34:10 UTC
Several other problems fixed in commits:
4ac751a7ef3112b3d45fefde183949bb11af2150
15b32d1fdc2fbd3a6671eef47855b22d2d1f6684

Comment 9 Miroslav Suchý 2011-05-11 15:40:03 UTC
Pass /ty-cksm through Broker, just to be safe. This may popup in layout Proxy to Proxy to Satellite
commit 9c13055ecbaa5d133007d6886987fc6bc5613c72

Comment 10 Miroslav Suchý 2011-05-13 12:40:24 UTC
We need one fix from spacewalk: 688a4a5362939cbcac0000c744390a4827af22f2
and I fixed several others problem causing some errors in log:
3afecc9b81ab72e15ec74a3f3d77f35f5253e4e0
537a7587beb04036bb2fea88b1b8727277bb2709
68b171b1dc1f11d56a6b6cdb2dbc94d928efd582
fe696f9007270e4644fa062c2d91385a88a1d148

Comment 11 Miroslav Suchý 2011-05-13 13:01:43 UTC
Cherry-picked to satellite.git as commits in range of:
b6714210fd92daa7439da602ae3eab65079214d3..35a6054dab49ec8842c670f6f52d609e0fdc6357

Comment 13 Pavel Novotny 2011-05-18 12:18:06 UTC
Taking for QA.

Comment 14 Pavel Novotny 2011-05-19 15:56:02 UTC
Verified.

Verification procedure:

1. Environment Configuration:
    Satellite 5.4.0 (<satellite>) with synced RHEL6 channels + kickstarts
    RHN Proxy 5.4.1 on RHEL6 (<proxy>) activated to <satellite>
    Client system (<client>) registered to <satellite> via <proxy>.
2. WebUI: System -> <client> -> Provisioning
3. Select <proxy> from drop down list
4. Schedule Kickstart and run 'rhn_check -v' on <client> if necessary

Kickstart was successful, image files and all RPMs were downloaded through <proxy>.

Comment 18 Dimitar Yordanov 2011-06-15 14:41:49 UTC
At first the provisioning was blocked by Bug 695651, but I can not see it any more. (FIXED). This fix makes possible Provisioning Process to go on and hit  Bug 710433.

Comment 19 Clifford Perry 2011-06-16 17:38:03 UTC
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-2011-0876.html


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