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