[Spacewalk-list] Monitoring Disappeared
Francisco Cardoso
francisco.cardoso at gmail.com
Tue Jan 6 13:42:34 UTC 2015
Thank you for the reply, stupidly inherited a problem.
No way to downgrade right ?
Regards,
FC
-----Original Message-----
From: Cliff Perry [mailto:cperry at redhat.com]
Sent: 06 January 2015 13:24
To: francisco.cardoso at gmail.com; spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] Monitoring Disappeared
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(RequestProc
> essor.java:520)
>
> at
> org.apache.struts.action.RequestProcessor.processActionPerform(Request
> Processor.java:427)
>
> at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.jav
> a:228)
>
> at
> com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestP
> rocessor.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(Appli
> cationFilterChain.java:290)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:1
> 27)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMesh
> Filter.java:129)
>
> at
> com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilte
> r.java:77)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(L
> ocalizedEnvironmentFilter.java:67)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(Environmen
> tFilter.java:100)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.
> java:57)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(S
> etCharacterEncodingFilter.java:97)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cationFilterChain.java:235)
>
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterChain.java:206)
>
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa
> lve.java:233)
>
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextVa
> lve.java:191)
>
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.ja
> va:127)
>
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja
> va:102)
>
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValv
> e.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.jav
> a:698)
>
> at
> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocke
> t.java:891)
>
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo
> ol.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(YourRhnAc
> tion.java:144)
>
> at
> com.redhat.rhn.frontend.action.YourRhnAction.execute(YourRhnAction.jav
> a:100)
>
> at
> org.apache.struts.action.RequestProcessor.processActionPerform(Request
> Processor.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