Skip to Content.
Sympa Menu

grouper-users - [grouper-users] RE: issues with grouper talking to new ldap instance?

Subject: Grouper Users - Open Discussion List

List archive

[grouper-users] RE: issues with grouper talking to new ldap instance?


Chronological Thread 
  • From: Chris Hyzer <>
  • To: Gabriel Jimenez <>, "" <>
  • Subject: [grouper-users] RE: issues with grouper talking to new ldap instance?
  • Date: Mon, 1 Oct 2012 02:39:59 +0000
  • Accept-language: en-US

Ok, the subjectId 98b679256cf55e8209bf09d40c439280 in the grouper_members table, which source is that from (same row in grouper_members table).  Is it the LDAP source?

When you look at the sources.xml, at the searchSubject filter, and you manually run that filter for the value: 98b679256cf55e8209bf09d40c439280, do you see a result in LDAP?

 

Thanks,

Chris

 

From: [mailto:] On Behalf Of Gabriel Jimenez
Sent: Friday, September 28, 2012 12:36 PM
To:
Subject: [grouper-users] issues with grouper talking to new ldap instance?

 

Hello,

 

I am wondering if anyone might be able to offer some direction.

 

We are running grouper v1.4.2, and since we changed our ldap instance I keep getting the following stack trace.

 

 [TP-Processor22] WARN  WsSubjectLookup.retrieveSubjectIfNeeded(260) - WsSubjectLookup[

  subjectFindResult=SUCCESS,subjectId=98b679256cf55e8209bf09d40c439280]

edu.internet2.middleware.subject.SubjectNotFoundException: subject not found: 98b679256cf55e8209bf09d40c439280

        at edu.internet2.middleware.grouper.subj.SourcesXmlResolver.thereCanOnlyBeOne(SourcesXmlResolver.java:299)

        at edu.internet2.middleware.grouper.subj.SourcesXmlResolver.find(SourcesXmlResolver.java:100)

        at edu.internet2.middleware.grouper.subj.CachingResolver.find(CachingResolver.java:74)

        at edu.internet2.middleware.grouper.subj.ValidatingResolver.find(ValidatingResolver.java:67)

        at edu.internet2.middleware.grouper.SubjectFinder.findById(SubjectFinder.java:100)

        at edu.internet2.middleware.grouper.ws.soap.WsSubjectLookup.retrieveSubjectIfNeeded(WsSubjectLookup.java:236)

        at edu.internet2.middleware.grouper.ws.soap.WsSubjectLookup.retrieveSubject(WsSubjectLookup.java:351)

        at edu.internet2.middleware.grouper.ws.GrouperServiceLogic.getGrouperPrivilegesLite(GrouperServiceLogic.java:2959)

        at edu.internet2.middleware.grouper.ws.soap.GrouperService.getGrouperPrivilegesLite(GrouperService.java:3315)

        at edu.internet2.middleware.grouper.ws.rest.GrouperServiceRest.getGrouperPrivilegesLite(GrouperServiceRest.java:582)

        at edu.internet2.middleware.grouper.ws.rest.method.GrouperWsRestGet$3.service(GrouperWsRestGet.java:150)

        at edu.internet2.middleware.grouper.ws.rest.method.GrouperRestHttpMethod$1.service(GrouperRestHttpMethod.java:42)

        at edu.internet2.middleware.grouper.ws.rest.GrouperRestServlet.service(GrouperRestServlet.java:169)

        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 edu.internet2.middleware.grouper.ws.GrouperServiceJ2ee.doFilter(GrouperServiceJ2ee.java:576)

        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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:563)

        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:291)

        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:776)

        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:705)

        at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:898)

        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)

        at java.lang.Thread.run(Thread.java:662)

 

 

Changing of ldap from sun to oracle/red-hat is the ONLY thing that has changed, and that is why I am assuming it is related, I am having a very hard time proving it, or finding a way to fix it.

 

Any ideas?

 

Gabe Jimenez

Systems Software Engineer, Sr

Systems Integration and Architecture

Northern Arizona University

 

 

 




Archive powered by MHonArc 2.6.16.

Top of Page