Hi Jose, Just as a reference, DSpace 5.1 recommends: * Maven 3.0.5 * PostgreSQL 9 or above
https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace It is possible DSpace 5.1 will work on older versions, but it is not tested on these older versions. Also, just an FYI, Postgres 8.4 is end-of-life and no longer supported in general: http://www.postgresql.org/support/versioning/ That all being said, I don't think either of these would be causing a page to "spin" for Items which have non-Anonymous access rights. That doesn't sound like anything related to Postgres, and it's definitely not related to Maven (as Maven is only used to build/compile DSpace). As Andrea Schweer noted in another message in this thread, you may also wish to look more closely at your code customizations. Did you make any customizations to the access rights code? Or make heavy customizations to the item pages themselves? I'm not seeing this same "spinning" behavior for access restricted Items on any other DSpace 5.1 sites I have access to, nor on the Demo site (http://demo.dspace.org/xmlui/). So, I do wonder if you have any custom code dealing with access rights? Is it even possible for you to replicate this on a development instance and step through the code to see where it "hangs"? - Tim On 5/13/2015 5:35 PM, Jose Blanco wrote: > 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 > <mailto: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 > <mailto: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 <mailto: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> > <mailto: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>> > <mailto: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>> > <mailto: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>> > > <mailto: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
