Bug 559551

Event posted on 01-28-2010 07:40am EST by vgaikwad

Hello Joe,

The issue is reproducible and it doesn't have to do with Clone Channel or
3rd Party packages.

It seems to be a bug when you compare the package profile of one system to
another system profile.

Here's how I reproduced it:

* RHNS WebUI -> System -> Select a system -> Software -> Profiles
* From the "Compare packages to another system" select a system profile
to compare.
* Select All packages in the compare list and click "Sync Packages to
'<<system_profile_name>>'.
* From the next page click the '>' navigation link.

You will get an Internal Server Error.

Now, if you use the "Compare packages to stored profiles: " option
everything works fine.

So, a workaround for now is to create a Stored Profile of the system to
which you would like to compare the packages and then compare that stored
profile.

The other workaround as you mention is not to click the '>' navigation
button itself ;-)

I'm going to forward this as a bug to engineering.

regards,


This event sent from IssueTracker by vgaikwad  [SEG - RHN]
 issue 377812

Event posted on 01-28-2010 08:04am EST by vgaikwad

--- Engineering ---

Unfortunately, I was not able to get to the culprit code here.

During the reproducer I see the following error in tomcat5/catalina.out:

2010-01-28 14:19:25,096 [TP-Processor1] ERROR
org.apache.struts.actions.DispatchAction -
Request[/systems/details/packages/profiles/SyncSystemsSubmit] does not
contain handler parameter named 'dispatch'.  This may be caused by
whitespace in the label text.

2010-01-28 14:19:25,096 [TP-Processor1] WARN 
org.apache.struts.action.RequestProcessor - Unhandled Exception thrown:
class javax.servlet.ServletException

2010-01-28 14:19:25,096 [TP-Processor1] ERROR
com.redhat.rhn.frontend.servlets.SessionFilter - Error during transaction.
Rolling back
javax.servlet.ServletException:
Request[/systems/details/packages/profiles/SyncSystemsSubmit] does not
contain handler parameter named 'dispatch'.  This may be caused by
whitespace in the label text.

Which tells me that the action mapping done in the struts-config.xml is
not correct, but comparing it with RHNS 521 (where the same thing works
fine) I see no difference that would be relevant to this error message.
The only difference I see if the RhnSet and the ListTag (new
implementation in RHNS 530).

530: struts-config.xml:

<action path="/systems/details/packages/profiles/SyncSystems"
        scope="request"
        name="datePickerForm"
       
input="/WEB-INF/pages/systems/details/packages/profiles/syncsystem.jsp"
       
type="com.redhat.rhn.frontend.action.rhnpackage.profile.SyncSystemsSetupAction">
        <forward name="default"
                
path="/WEB-INF/pages/systems/details/packages/profiles/syncsystem.jsp"/>
    </action>

<action path="/systems/details/packages/profiles/SyncSystemsSubmit"
        scope="request"
        name="datePickerForm"
       
input="/WEB-INF/pages/systems/details/packages/profiles/syncsystem.jsp"
       
type="com.redhat.rhn.frontend.action.rhnpackage.profile.SyncSystemsProfilesAction"
        parameter="dispatch">
        <forward name="default"
                
path="/systems/details/packages/profiles/SyncSystems.do"
                 redirect="true" />
        <forward name="success"
                
path="/systems/details/packages/profiles/ShowProfiles.do"
                 redirect="true" />
        <forward name="failure"
                
path="/systems/details/packages/profiles/SyncSystems.do"
                 redirect="true" />
        <forward name="missing"
                
path="/systems/details/packages/profiles/MissingPackages.do"
                 redirect="true" />
    </action>

regards,


This event sent from IssueTracker by vgaikwad  [SEG - RHN]
 issue 377812

Taking

ISE fixed.
spacewalk.git: ec6c07075589500acb45d4192e7f50352ddc2377

Similar ISE on rhn/systems/details/packages/profiles/MissingPackages.do page is handled in Bug#572277.

satellite.git: 2f72c5eb92694b0b72b0052e319c16995d49783d

Changing to verified:

Testing procedure: (same as bug 572277, comment 7)
Running various use cases and seeing rhn_check -vv on targeted system.

With OLD set of packages:
1) Compare to System, seeing next page of selected packages
result: FAIL, ISE
2) Compare to Stored profile, seeing next page of selected packages
result: Ok, next page loaded
3) Finnished syncing with Compare to System
result: Ok, system synced properly
4) Finnished syncing with Compare to Stored profile
result: Ok, system synced
5) Picking up a date for sync schedule (Stored profile)
result: FAIL, sync sheduled ASAP
6) "Subscribe to channels if available"
result: FAIL, no event has been scheduled with message "There are no packages to sync." but there were plenty of package to sync."
7) Remove listed packages from sync
result: FAIL, no event has been scheduled with message "There are no packages to sync." but there were plenty of package to sync."

With NEW errata packages:
1) Compare to System, seeing next page of selected packages
result: Ok, next page loaded
2) Compare to Stored profile, seeing next page of selected packages
result: Ok, next page loaded
3) Finnished syncing with Compare to System
result: Ok, system synced
4) Finnished syncing with Compare to Stored profile
result: Ok, system synced properly
5) Picking up a date for sync schedule (Stored profile)
result: Ok, sync scheduled, system synced about 2 minutes after specified date
6) "Subscribe to channels if available"
result: Ok, rest of packages synced properly
7) Remove listed packages from sync
result: Ok, rest of packages synced properly

Configuration:
Satellite: rhel-i386-server-5, Sat530
Target system: rhel-i386-server-5, with enabled provisioning
Profile system: rhel-i386-server-5

Verified against: (on rhel-i386-server-5)
python-cheetah-2.0.1-1
cobbler-1.6.6-5
spacewalk-web-0.5.23-34
spacewalk-java-0.5.44-74
spacewalk-backend-0.5.28-40.x.2

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/RHBA-2010-0369.html