In future versions, we will be wanting to improve access control on
solr so that it is based on users actual rights in the system, not
this IP based restriction, in fact, we should probably leave securing
the solr webapplication as a exercise for the system admin / user.
Mark
On Wed, Apr 7, 2010 at 10:58 AM, Mark Diggory <mdigg...@atmire.com> wrote:
> Somewhat, It is more likely that the host:port in your dspace.cfg is
> being blocked, not localhost/127.0.0.1. However, you can set the
> vhost:port that dspace should be looking for discovery at in the
> dspace.cfg for:
>
> Rather than...
> ##### Usage Logging #####
> solr.log.server = ${dspace.baseUrl}/solr/statistics
>
> Use
>
> ##### Usage Logging #####
> solr.log.server = http://localhost:8080}/solr/statistics
>
>
> Mark
>
> On Wed, Apr 7, 2010 at 10:33 AM, Gilbertson, Keith R
> <keith.gilbert...@library.gatech.edu> 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" <mdigg...@atmire.com>
>> To: "bill anderson" <bill.ander...@library.gatech.edu>
>> Cc: "dspace-tech" <dspace-tech@lists.sourceforge.net>
>> 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, <bill.ander...@library.gatech.edu> 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
>>> DSpace-tech@lists.sourceforge.net
>>> 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
>> DSpace-tech@lists.sourceforge.net
>> 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
>
--
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
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
