Looks like Keith nailed it; the "Disable Restriction Filter" param doesn't work (it looks like maybe it's supposed to be pasted into the server.xml?), but commenting out the entire filter in the solr webapp's web.xml fixes the problem. I assume leaving this commented out would be a security risk, so I'll talk to my admin about alternative solutions.
Thanks, Bill Bill Anderson Software Developer Digital Library Development Georgia Tech Library ----- "Keith R Gilbertson" <[email protected]> wrote: | I think that networking/name service stuff on the host is configured | so that a call in Java to new | InetAddress.getLocalHost().getHostAddress() will return 127.0.0.1, | instead of the ethernet IP. Could this be conflicting with anything | in the LocalHostRestrictionFilter that ships with the DSpace solr | module? | | | ----- Original Message ----- | From: "Mark Diggory" <[email protected]> | To: "bill anderson" <[email protected]> | Cc: "dspace-tech" <[email protected]> | Sent: Wednesday, April 7, 2010 1:21:19 PM GMT -05:00 US/Canada | Eastern | Subject: Re: [Dspace-tech] 1.6 Memory problems | | You can temporarily move the /dspace/solr/statistics/data directory | and restart solr, this should allow you to run without the imported | statistics. | | In 1.6.1 we should probably be catching this error and emailing the | administrator with it rather than letting it break the UI. | | Lets continue the thread to figure out why it is failing to load. | Maybe you can give me some details on the data directoy. | | Mark | | On Wed, Apr 7, 2010 at 7:26 AM, <[email protected]> | wrote: | > We upgraded to 1.6 yesterday. We tested for a couple of hours with | no problem, and then I converted the statistics for solr, set off the | statistics import script, and went home. When I got in this morning, | our DSpace installation was crashing constantly due to memory errors, | and the final output from the stat script looked like this: | > | > About to commit data to solr...Exception in thread "main" | org.apache.solr.common.SolrException: Bad Gateway | > | > Bad Gateway | > | > request: http://smartech.gatech.edu/solr/statistics/update | > at | org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:343) | > at | org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:183) | > at | org.apache.solr.client.solrj.request.UpdateRequest.process(UpdateRequest.java:217) | > at | org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:85) | > at | org.apache.solr.client.solrj.SolrServer.commit(SolrServer.java:74) | > at | org.dspace.statistics.util.StatisticsImporter.load(StatisticsImporter.java:387) | > at | org.dspace.statistics.util.StatisticsImporter.main(StatisticsImporter.java:493) | > | > We've restarted several times; but every time we do, solr begins | madly throwing 403s (see below), and eventually java runs out of | memory, and we crash. I've checked the lists and forums, but haven't | found any reference to this problem -- has anyone else seen it? | > | > Alternatively, can anyone suggest a quick and painless way to shut | off solr statistics until we track this down? | > | > Thanks, | > | > Bill | > | > | > | > 2010-04-07 10:20:38,009 ERROR org.dspace.statistics.SolrLogger @ | Forbidden | > | > Forbidden | > | > request: | http://smartech.gatech.edu/solr/statistics/update?wt=javabin&version=2.2 | > org.apache.solr.common.SolrException: Forbidden | > | > Forbidden | > | > request: | http://smartech.gatech.edu/solr/statistics/update?wt=javabin&version=2.2 | > at | org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:343) | > at | org.apache.solr.client.solrj.impl.CommonsHttpSolrServer.request(CommonsHttpSolrServer.java:183) | > at | org.apache.solr.client.solrj.request.UpdateRequest.process(UpdateRequest.java:217) | > at | org.apache.solr.client.solrj.SolrServer.add(SolrServer.java:63) | > at | org.dspace.statistics.SolrLogger.post(SolrLogger.java:244) | > at | org.dspace.statistics.SolrLoggerUsageEventListener.receiveEvent(SolrLoggerUsageEventListener.java:41) | > at | org.dspace.services.events.SystemEventService.fireLocalEvent(SystemEventService.java:154) | > at | org.dspace.services.events.SystemEventService.fireEvent(SystemEventService.java:97) | > at | org.dspace.app.webui.servlet.BitstreamServlet.doDSGet(BitstreamServlet.java:218) | > at | org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:151) | > at | org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:99) | > 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 | org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:112) | > 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:619) | > | > | > Bill Anderson | > Software Developer | > Digital Library Development | > Georgia Tech Library | > | > | ------------------------------------------------------------------------------ | > Download Intel® Parallel Studio Eval | > Try the new software tools for yourself. Speed compiling, find bugs | > proactively, and fine-tune applications for parallel performance. | > See why Intel Parallel Studio got high marks during beta. | > http://p.sf.net/sfu/intel-sw-dev | > _______________________________________________ | > DSpace-tech mailing list | > [email protected] | > https://lists.sourceforge.net/lists/listinfo/dspace-tech | > | | | | -- | Mark R. Diggory | Head of U.S. Operations - @mire | | http://www.atmire.com - Institutional Repository Solutions | http://www.togather.eu - Before getting together, get t...@ther | | ------------------------------------------------------------------------------ | Download Intel® Parallel Studio Eval | Try the new software tools for yourself. Speed compiling, find bugs | proactively, and fine-tune applications for parallel performance. | See why Intel Parallel Studio got high marks during beta. | http://p.sf.net/sfu/intel-sw-dev | _______________________________________________ | DSpace-tech mailing list | [email protected] | https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
