Hi Caleb,
I have not been able to reproduce the problem on my test installation. In
GSearch 2.4 there are new DEBUG log lines, which may contribute to clarify the
situation, so I suggest that you install GSearch 2.4, you can migrate very
easily, see the documentation.
Regards,
Gert
On 09/01/2012, at 13.09, Caleb Derven wrote:
> Hi Gert,
>
> We are still experiencing this issue with newly created/ edited objects not
> being passed to solr. I’ve included extracts from catalina.out.
> fedoragsearch.log and fedora.log as you requested a few months ago.
>
> Just to note too, I was able to reindex all of our objects via updateIndex
> fromFoxmlFiles in the gsearch REST interface just prior to getting these
> errors.
>
> Regards,
>
> Caleb
>
> From: Gert Schmeltz Pedersen [mailto:g...@dtic.dtu.dk]
> Sent: 17 October 2011 08:05
> To: Support and info exchange list for Fedora users.
> Subject: Re: [fcrepo-user] Gsearch/ solr indexing issue
>
> Hi Caleb,
>
> I think I need some more information from you. Could I ask you to restart
> tomcat and then do one import/purge cycle and send me the three logs starting
> from the restart (remove passwords), thank you.
>
> Gert
>
>
> On 14/10/2011, at 17.19, Caleb Derven wrote:
>
>
> Hi Gert,
>
> I have a few observations from the past week.
>
> I deleted/ rebuilt the solr indexes and was not able to get (401)Unauthorized
> during the rebuild process. I then was able to successfully purge PIDs from
> the solr index using the gsearch REST interface. However, going through a
> purge/ import cycle with objects does bring back the error. (401)Unauthorized
> does only appear when updating the solr indexes – both SQL and risearch are
> updated.
>
> Thanks,
>
> Caleb
>
> From: Gert Schmeltz Pedersen [mailto:g...@dtic.dtu.dk]
> Sent: 10 October 2011 12:14
> To: Support and info exchange list for Fedora users.
> Subject: Re: [fcrepo-user] Gsearch/ solr indexing issue
>
> Hi Caleb,
>
> I think, I can conclude that this is a problem of your Fedora installation,
> not GSearch. You get (401)Unauthorized from getDatastream both at command
> line and Fedora admin, so GSearch correctly reports the same. So I think you
> have to solve it in your Fedora installation.
>
> Regards,
> Gert
>
>
> On 08/10/2011, at 12.11, Caleb Derven wrote:
>
>
>
> Hi Gert,
>
> Thanks. Yes, the username/password is set in fedora-users.xml and I’ve
> checked the various gsearch configuration files too.
>
> The curious thing is that there are over 15,000 documents in the solr index;
> we’ve only seen the failures over the past two weeks.
>
> Regards,
>
> Caleb
> From: Gert Schmeltz Pedersen [mailto:g...@dtic.dtu.dk]
> Sent: 07 October 2011 17:20
> To: Support and info exchange list for Fedora users.
> Subject: Re: [fcrepo-user] Gsearch/ solr indexing issue
>
> Is the username/password in fedora-users.xml?
>
>
> On 07/10/2011, at 17.42, Caleb Derven wrote:
>
>
>
>
> Hi Gert,
>
> The (401)Unauthorized appears when doing getDatastream from both the command
> line and Fedora admin.
>
> Thanks,
>
> Caleb
>
> From: Gert Schmeltz Pedersen [mailto:g...@dtic.dtu.dk]
> Sent: 07 October 2011 16:17
> To: Caleb Derven
> Cc: Support and info exchange list for Fedora users.; Gert Schmeltz Pedersen
> Subject: Re: [fcrepo-user] Gsearch/ solr indexing issue
>
> Hi Caleb,
>
> The Fedora API-M getDatastream replies (401)Unauthorized, indicating that the
> user name and password in your repository.properties are not ok. Are they the
> same as when you do getDatastream from command line or from Fedora admin?
>
> Regards,
> Gert
>
>
> On 07/10/2011, at 16.19, Caleb Derven wrote:
>
>
>
>
>
> Hi Gert,
>
> Thanks very much for your response. I’ve attached extracts from each of the
> logs.
>
> I can access the fedorasgearch rest pages but am unable to do updateIndex
> fromPid.
>
> Regards,
>
> Caleb
>
> From: Gert Schmeltz Pedersen [mailto:g...@dtic.dtu.dk]
> Sent: 06 October 2011 08:51
> To: Support and info exchange list for Fedora users.
> Subject: Re: [fcrepo-user] Gsearch/ solr indexing issue
>
> Please, let us see extracts from fedora.log, fedoragsearch.log and
> catalina.out from around a time, when you observe such errors. Can you access
> fedoragsearch/rest pages and do updateIndex fromPid actions?
>
> Best
> Gert
>
>
> On 05/10/2011, at 15.51, Caleb Derven wrote:
>
>
>
>
>
>
> Hello,
>
> We’ve recently encountered an issue where newly ingested objects are indexed
> in the risearch index and the SQL database but not in solr (via gsearch).
> We’re running fedora version 3.4.2.
>
> Following messages regarding the addition of objects and the processing of
> datastreams to update the SQL and resource indexes the fedora.log shows the
> following message:
>
> ERROR 2011-10-04 06:31:48.152 [http-8080-39] (AuthFilterJAAS) Login Failure:
> all modules ignored
>
> The fedoragsearch.log has this message:
>
> ERROR 2011-10-04 12:17:48,116 (RESTImpl)
> dk.defxws.fedoragsearch.server.errors.FedoraObjectNotFoundException: Fedora
> Object ucdlib:22350 not found at gsearch_solr; nested exception is:
> (401)Unauthorized
>
> I’ve confirmed that no authentication details have been modified in any of
> the gsearch configuration files (or fedora files). There have been no issues
> accessing fedora via the client, web administrator or APIM’s.
>
> To test this behaviour we’ve been exporting objects, purging them, then
> adding the object again with the ingest object function of the admin client;
> they have been adding successfully and are indexed in the research and the
> SQL database but not solr.
>
> Any help or advice would be much appreciated.
>
>
> Regards,
> Caleb
>
> <ATT00001.c><ATT00002.c>
>
> <catalina_out.txt><fedoragsearch_log.txt><fedora_log.txt>
>
>
> <ATT00001.c><ATT00002.c>
>
> <ATT00001.c><ATT00002.c>
>
> <catalina.out><fedora.log><fedoragsearch.log>------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free!
> http://p.sf.net/sfu/Citrix-VDIinabox_______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual
desktops for less than the cost of PCs and save 60% on VDI infrastructure
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
