[Spacewalk-list] Monitoring Disappeared

Cliff Perry cperry at redhat.com
Tue Jan 6 13:24:13 UTC 2015 

On 06/01/15 12:36, Francisco Cardoso wrote:
> During one of the updates on the nightly,
>
> My monitoring tab has disappeared and I started to get a 500 message on
> the overview.
>
> 2015-01-06 12:20:47,909 [TP-Processor3] WARN
> org.apache.struts.action.RequestProcessor - Unhandled Exception thrown:
> class java.lang.IllegalArgumentException
>
> 2015-01-06 12:20:47,910 [TP-Processor3] ERROR
> com.redhat.rhn.frontend.servlets.SessionFilter - Error during
> transaction. Rolling back
>
> javax.servlet.ServletException: java.lang.IllegalArgumentException:
> Could not find ACL handler show_monitoring in statement:
> "show_monitoring()". Available ACL handlers: [can_access_channel,
> errata_editable, formvar_exists, is, is_protected, is_satellite,
> need_first_user, org_channel_family, org_entitlement, org_role,
> system_feature, system_has_management_entitlement,
> system_has_virtualization_entitlement, system_is_in_ssm,
> system_is_virtual, trust_channel_access, uid_role, user_authenticated,
> user_can_manage_channels, user_role]
>
>                  at
> org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:520)
>
>                  at
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:427)
>
>                  at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
>
>                  at
> com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestProcessor.java:102)
>
>                  at
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
>
>                  at
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
>
>                  at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>
>                  at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:127)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:129)
>
>                  at
> com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:77)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(LocalizedEnvironmentFilter.java:67)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilter.java:100)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:57)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:97)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
>                  at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
>                  at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>
>                  at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>
>                  at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>
>                  at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>
>                  at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>
>                  at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>
>                  at
> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
>
>                  at
> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
>
>                  at
> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
>
>                  at
> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
>
>                  at
> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)
>
>                  at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
>
>                  at java.lang.Thread.run(Thread.java:701)
>
> Caused by: java.lang.IllegalArgumentException: Could not find ACL
> handler show_monitoring in statement: "show_monitoring()". Available ACL
> handlers: [can_access_channel, errata_editable, formvar_exists, is,
> is_protected, is_satellite, need_first_user, org_channel_family,
> org_entitlement, org_role, system_feature,
> system_has_management_entitlement,
> system_has_virtualization_entitlement, system_is_in_ssm,
> system_is_virtual, trust_channel_access, uid_role, user_authenticated,
> user_can_manage_channels, user_role]
>
>                  at
> com.redhat.rhn.common.security.acl.Acl.evalAcl(Acl.java:454)
>
>                  at
> com.redhat.rhn.manager.acl.AclManager.hasAcl(AclManager.java:81)
>
>                  at
> com.redhat.rhn.domain.user.Pane.isValidFor(Pane.java:152)
>
>                  at
> com.redhat.rhn.frontend.action.YourRhnAction.getDisplayPanes(YourRhnAction.java:144)
>
>                  at
> com.redhat.rhn.frontend.action.YourRhnAction.execute(YourRhnAction.java:100)
>
>                  at
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
>
> Anyone else having this issue ?
>
> Attached a log of the catalina.out
>
> Thanks all help in advance.
>
> FC
>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>

This is expected. We removed Monitoring in the nightly as part of 
readiness for the Spacewalk 2.3 release.

We noted this within the release notes for 2.2:

https://fedorahosted.org/spacewalk/wiki/ReleaseNotes22
" The Spacewalk team is looking in future releases to drop support for 
Solaris clients and the Monitoring component of Spacewalk. They continue 
to be supported in their current state for the Spacewalk 2.2 release. 
Anyone currently using either of the capabilities may wish to consider 
alternatives for their needs. "

And I've mentioned this in a few email threads over the past months.

In December on the spacewalk-devel list it was noted that the merge was 
about to land that would remove the monitoring feature from the code.

Regards,
Cliff

More information about the Spacewalk-list mailing list