Tim, one more thing,,, we have
Apache Maven 3.0.1 and
PostgresSQL 8.4
Do you think this could have something to do with it?
On Wed, May 13, 2015 at 3:19 PM, Jose Blanco <blan...@umich.edu> wrote:
> Tim, The index completed successfully using:
>
> [dspace]/bin/dspace index-discovery -b
>
> But the spinning continues.
>
> When the indexing is done via the restart of tomcat, it fails when it
> encounters an item that has non Anonymous rights.
>
> I'm attaching the error log with the last done successfully and then the
> one it chokes on. You can see that this one:
>
> TEMP-BOGUS/232403
>
> is done successfully, and then this one fails:
>
> TEMP-BOGUS/233500.
>
> Why would having a non Anonymous access right cause this error?
>
> THanks!
> Jose
>
> On Wed, May 13, 2015 at 1:24 PM, Jose Blanco <blan...@umich.edu> wrote:
>
>> Thanks Tim, What seems to stopping the indexing is that when it
>> encounters an item that has rights other than Anonymous, it fails. I have
>> confirmed this by editing an item it was failing on and making all its
>> access rights anonymous and then it went on till it found another with non
>> Anonymous rights. I found this out restarting tomcat and then going to the
>> home page. I have not run the manual index, but will try that now and see
>> what kind of error it spits out.
>>
>> -Jose
>>
>> On Wed, May 13, 2015 at 1:12 PM, Tim Donohue <tdono...@duraspace.org>
>> wrote:
>>
>>> Hi Jose,
>>>
>>> The reindexing process only occurs for the Search/Browse indexes (and it
>>> doesn't touch the Solr Statistics index). So, it would not be directly
>>> related to any issues with Solr Statistics. The only part of the upgrade
>>> that affects the Solr Statistics index is that the Solr Stats index will be
>>> *upgraded* (to the latest version of Solr) during the "ant update" step.
>>>
>>> Since you said the re-indexing (of Search/Browse index) didn't complete,
>>> you probably should manually re-run it (just in case it is somehow
>>> affecting the "spinning" you are seeing):
>>>
>>> [dspace]/bin/index-discovery -b
>>>
>>> (By default, during the 5.x upgrade, that "index-discovery -b" command
>>> runs automatically when you first startup Tomcat after upgrading to 5.x.
>>> The only way to re-run it after that point is to run it manually from the
>>> commandline.)
>>>
>>> - Tim
>>>
>>>
>>> On 5/13/2015 10:27 AM, Jose Blanco wrote:
>>>
>>>> Tim, I know the reindexing did not finish. I'm trying to grab log
>>>> output as it runs so I restarted tomcat, but nothing gets written to the
>>>> log. It seems like I have to go to the browser and initiate a browse by
>>>> title for indexing to start. Is that right?
>>>>
>>>>
>>>>
>>>> On Tue, May 12, 2015 at 5:37 PM, Tim Donohue <tdono...@duraspace.org
>>>> <mailto:tdono...@duraspace.org>> wrote:
>>>>
>>>> Hi Jose,
>>>>
>>>> Are you saying that some of the accesses to Solr Stats work fine?
>>>> While others are spinning? Is there any difference in the type of
>>>> content that seems to cause Solr to spin (i.e. anything different
>>>> about those Items in any way that you can tell)?
>>>>
>>>> I'm just trying to see if it's possible to narrow down the issue. It
>>>> sounds like it's not Solr overall (as some accesses work and some do
>>>> not). But, then the question becomes what is different between those
>>>> that work and those that do not.
>>>>
>>>> Since this happened post-upgrade to 5.x, I'm assuming all the
>>>> automatic upgrades to your Solr look to have succeeded? During the
>>>> "ant update" process, your indexes should have been automatically
>>>> upgraded to the latest Solr version (including the statistics
>>>> index). Just wanted to make sure that whole process also went
>>>> smoothly with regards to the Solr Statistics index.
>>>>
>>>> - Tim
>>>>
>>>> On 5/12/2015 3:46 PM, Jose Blanco wrote:
>>>>
>>>> TIm, from the tomcat area:
>>>>
>>>> This is from a good access:
>>>>
>>>> 141.213.232.243 - - [12/May/2015:16:44:32 -0400] "POST
>>>> /solr/statistics/update?wt=javabin&version=2 HTTP/1.1" 200 40
>>>> 141.213.232.243 - - [12/May/2015:16:44:32 -0400] "GET
>>>>
>>>> /solr/search/select?q=*%3A*&fq=NOT%28withdrawn%3Atrue%29&fq=NOT%28discoverable%3Afalse%29&fq=location%3Al814&fq=read%3A%28g0+OR+g0+OR+g80+OR+g431+OR+g617%29&start=0&rows=0&wt=javabin&version=2
>>>> HTTP/1.1" 200 215
>>>> 141.213.232.243 - - [12/May/2015:16:44:32 -0400] "GET
>>>>
>>>> /solr/search/select?q=*%3A*&fq=NOT%28withdrawn%3Atrue%29&fq=NOT%28discoverable%3Afalse%29&fq=location%3Al814&fq=search.resourcetype%3A2&fq=read%3A%28g0+OR+g0+OR+g80+OR+g431+OR+g617%29&start=0&rows=20&sort=dc.date.accessioned_dt+desc&wt=javabin&version=2
>>>> HTTP/1.1" 200 272
>>>> 141.211.43.157 - deepblue [12/May/2015:16:44:32 -0400] "GET
>>>> /handle/TEMP-BOGUS/214864 HTTP/1.1" 304 -
>>>>
>>>>
>>>>
>>>> This is from one that spins:
>>>>
>>>> 141.213.232.243 - - [12/May/2015:16:45:33 -0400] "POST
>>>> /solr/statistics/update?wt=javabin&version=2 HTTP/1.1" 200 40
>>>>
>>>>
>>>> On Tue, May 12, 2015 at 4:37 PM, Jose Blanco <blan...@umich.edu
>>>> <mailto:blan...@umich.edu>
>>>> <mailto:blan...@umich.edu <mailto:blan...@umich.edu>>> wrote:
>>>>
>>>> Tim, I think it may have to do with solr statistics. Is
>>>> there a say
>>>> to turn it off.
>>>>
>>>> Attached is part of the dspace log file created when the
>>>> spinning
>>>> takes place.
>>>>
>>>>
>>>>
>>>> On Tue, May 12, 2015 at 3:54 PM, Tim Donohue
>>>> <tdono...@duraspace.org <mailto:tdono...@duraspace.org>
>>>> <mailto:tdono...@duraspace.org
>>>>
>>>> <mailto:tdono...@duraspace.org>>> wrote:
>>>>
>>>> Hi Jose,
>>>>
>>>> You might want to check your logs (both DSpace and
>>>> Tomcat logs)
>>>> to see if there's anything going on there while the
>>>> browser "spins".
>>>>
>>>> Otherwise, it's a bit hard to guess at what could
>>>> cause the
>>>> browser to hang. My best guess is that it's waiting on
>>>> something
>>>> that is running behind the scenes, but it's hard to
>>>> tell what
>>>> that "something" is (and I'm hoping maybe the logs
>>>> would give
>>>> you and us a hint).
>>>>
>>>> You also might want to test what scenarios cause the
>>>> "spinning".
>>>> Is it accessing *any* community/collection/item? Or, is
>>>> it just
>>>> some objects? Does it happen when logged in only? Or,
>>>> also when
>>>> accessing the site anonymously?
>>>>
>>>> - Tim
>>>>
>>>>
>>>> On 5/12/2015 2:14 PM, Jose Blanco wrote:
>>>>
>>>> I'm testing my merged code from of 4.2 and 5.2 and
>>>> I made a
>>>> user a
>>>> submitter to a collection and when I login as that
>>>> user and
>>>> go to that
>>>> collection, the connection just spins. This may be
>>>> due to
>>>> something in
>>>> my merge, but any clues to where to check for this
>>>> would be
>>>> good.
>>>>
>>>> I noticed the same thing happening when I
>>>> restricted access to a
>>>> bitstream and then just accessing the item, made
>>>> the browser
>>>> just spin.
>>>> I could not get to the item.
>>>>
>>>> There must be a check going on somewhere that's
>>>> just spinning.
>>>>
>>>> Thanks!
>>>> Jose
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> One dashboard for servers and applications across
>>>> Physical-Virtual-Cloud
>>>> Widest out-of-the-box monitoring support with 50+
>>>> applications
>>>> Performance metrics, stats and reports that give
>>>> you
>>>> Actionable Insights
>>>> Deep dive visibility with transaction tracing using
>>>> APM Insight.
>>>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> DSpace-tech mailing list
>>>> DSpace-tech@lists.sourceforge.net
>>>> <mailto:DSpace-tech@lists.sourceforge.net>
>>>> <mailto:DSpace-tech@lists.sourceforge.net
>>>> <mailto:DSpace-tech@lists.sourceforge.net>>
>>>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>>> List Etiquette:
>>>>
>>>> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
