Re: [Dspace-tech] Internal System Error Dspace 4.0
Hi, Have you deployed SOLR webapp as well? Please, paste the log error so as to see what happens, but in most cases, there is an issue with SOLR which is the default indexer for v4.0. Regards, Kostas From: Eric Martyns [mailto:martynse...@gmail.com] Sent: Monday, January 20, 2014 8:59 AM To: dspace-tech@lists.sourceforge.net Subject: [Dspace-tech] Internal System Error Dspace 4.0 Hi, I installed the Dspace 4.0 but in the jspui interface i'm getting an error message under the green bar "Dspace at my university" "internal system error The system has experienced an internal error. Please try to do what you were doing again, and if the problem persists, please contact us so we can fix the problem Please how do i resolve this? Thanks Best Regards Martyns Eric -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ 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
Re: [Dspace-tech] BROWSE INDEX
Dear Mr. Kostas Thank you for your guidance. Can you please tell me where to find the tables "bi_4_dmap" and "bi_4-dis" in which directory and how to see the tables. Pl. inform us. Yours C. Sugumaran -- View this message in context: http://dspace.2283337.n4.nabble.com/BROWSE-INDEX-tp4670346p4670378.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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
Re: [Dspace-tech] BROWSE INDEX
You have to connect to your Postgres database (jdbc:postgresql://localhost:5432/dspace) and browse the tables... In this list of tables you will see the ones mentioned in my previous email. Investigate the contents of " bi_4-dis" tables. It has to have the distinct values of all the reportno values. If no, then try to run "index-init". Regards, Kostas -Original Message- From: c_sugumaran [mailto:csuguma...@gmail.com] Sent: Monday, January 20, 2014 10:19 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] BROWSE INDEX Dear Mr. Kostas Thank you for your guidance. Can you please tell me where to find the tables "bi_4_dmap" and "bi_4-dis" in which directory and how to see the tables. Pl. inform us. Yours C. Sugumaran -- View this message in context: http://dspace.2283337.n4.nabble.com/BROWSE-INDEX-tp4670346p4670378.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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
[Dspace-tech] SQL Exception
I m using dspace 1.8.2. I often faceing following these two, problem which mentioned below *(1) org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error Timeout waiting for idle object at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:114)(2) org.postgresql.util.PSQLException: This statement has been closed. at org.dspace.core.SystemAdmin.runScript(SystemAdmin.java:23) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:454) at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:211) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)* Please give me some useful information or solution so that i short out this problem. Thanks Awanish Singh 9910287114 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ 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
Re: [Dspace-tech] BROWSE INDEX
Dear Mr Kostas Can you please tell us where and how to give the command and get the table "bi_4-dis" from Postgre table. "jdbc:postgresql://localhost:5432/dspace" Yours C. Sugumaran -- View this message in context: http://dspace.2283337.n4.nabble.com/BROWSE-INDEX-tp4670346p4670382.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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
Re: [Dspace-tech] BROWSE INDEX
Dear Mr. Kostas I have installed Dspace Ver 3.1 - OS are Widows server 2003 and windows XP Yours C. Sugumaan -- View this message in context: http://dspace.2283337.n4.nabble.com/BROWSE-INDEX-tp4670346p4670383.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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
Re: [Dspace-tech] BROWSE INDEX
You need to have a PostgreSQL client like pgAdmin (http://www.pgadmin.org/) Use the connection info you sent me (jdbc:postgresql://localhost:5432/dspace) in order to connect to the database (create a new connection, etc.) and then, from the client, you can browse the tables and their content. Regards, Kostas On Jan 20, 2014, at 7:54 PM, c_sugumaran wrote: > Dear Mr Kostas > > Can you please tell us where and how to give the command and get the table > "bi_4-dis" > from Postgre table. > > "jdbc:postgresql://localhost:5432/dspace" > Yours > C. Sugumaran > > > > -- > View this message in context: > http://dspace.2283337.n4.nabble.com/BROWSE-INDEX-tp4670346p4670382.html > Sent from the DSpace - Tech mailing list archive at Nabble.com. > > -- > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > ___ > 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 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ 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
Re: [Dspace-tech] Migrate community with AIP?
Hi, I've just decided I will export the metadata (CSV) and clean it up manually, then re-import before I export via AIP. This works great for the dc.identifier.uri (handle link), but I just realized that dc.date.accessioned and dc.date.available aren't in the exported metadata. I assume these fields are in the database, so I'll have to use SQL to clean them up after importing via AIP? I'm not sure where to look in the DB... Thanks, Alan On 01/17/2014 09:12 AM, Alan Orth wrote: > Thanks, both Tim and Helix. > > Yes, I initially looked into the "-r" mode, but then realized that, as > Tim mentioned, our development instance doesn't necessarily create > proper handles. Our development instance is more of a code-testing > ground, and we don't sync the content very frequently. Also, the > date-related meta data isn't necessarily correct either, as the > accession into the development instance (for quality assurance) isn't > necessarily the accession date we'd want. > > I think I'll have to rely on a two-step approach: first ingesting via > AIP to get community/collection hierarchy and bitstreams, then meta data > cleanup of the resulting community to clean the "old" URIs and accession > dates etc. > > Thanks for bouncing some ideas around! > > Alan > > On 01/16/2014 06:39 PM, Tim Donohue wrote: >> Hi Alan, >> >> On 1/16/2014 9:10 AM, Alan Orth wrote: >>> Hi, >>> >>> I've got a development instance where we uploaded a few hundred items >>> (in one community and several collections). Our editors spent some time >>> manually uploading bit streams to many of these items. Now I want to >>> migrate the community and its hierarchy to the production instance. We >>> can't use the CSV via "Export Metadata" because of the bit streams, so >>> I've been looking at using AIP, ie: >>> >>> dspace packager -s -a -t AIP -e m...@us.org -p 10568/0 33474.zip >>> >>> This works great, but the resulting items now have two of each of the >>> following fields: >>> - dc.date.accessioned >>> - dc.date.available >>> - dc.identifier.uri >>> >>> I can't figure out a work flow that doesn't produce this effect... >> These three fields are unfortunately auto-generated by DSpace whenever >> you treat an AIP as a submission information package (SIP), which is >> what the -s option. Essentially, the '-s' option assumes this is new >> content, so DSpace defines these fields as: >> * dc.date.accessioned - the date this new content was added to DSpace >> * dc.date.available - the date this new content became available >> in DSpace (i.e. finished approval workflow) >> * dc.identifier.uri - the assigned Handle for this object >> >> For your situation, you may need to consider some metadata related >> questions. >> >> * Does your development instance assign proper Handles? If not, then >> you *need* Production to assign a new dc.identifier.uri. This may >> mean that you'll have to unfortunately do some post-metadata cleanup >> (perhaps via the Bulk Metadata Editor) of the invalid "development" >> handles in the dc.identifier.uri fields. DSpace never overwrites or >> removes existing metadata. >> >> * Do you want the "date.accessioned" and "date.available" fields to be >> set to the dates the Item was added to *development* or to >> *production*? If the latter, again, you may unfortunately need to do >> some post-metadata cleanup, as DSpace specifically *never* >> removes/overwrites existing metadata fields. >> >> >> Depending on your setup/answers to your questions, there are three >> possible AIP import options I can see: >> >> 1a) Use "Restore/Replace" option instead (-r) when migrating to >> Production. >> >> If you treat this as an AIP "restoration" then DSpace will skip >> creating "date.accessioned", "date.available" and "identifier.uri" >> fields and assume that the provided values in the AIPs are correct (as >> it assumes you are restoring a set of deleted objects). WARNING: If >> the 'dc.identifier.uri' in the AIP does NOT correspond to a valid >> Handle, then you will end up with invalid Handles in Production! (See >> next option.) >> >> More on Restore/Replace: >> https://wiki.duraspace.org/display/DSDOC4x/AIP+Backup+and+Restore#AIPBackupandRestore-Restoring/ReplacingusingAIP(s) >> >> >> 1b) When using "Restore/Replace", you may want/need to override some >> of the default options. For example, restoration will always assume >> the 'dc.identifier.uri' is a valid Handle (so a new Handle will not be >> assigned). Restoration will also always attempt to restore an object >> under the *specified* parent object in the AIP -- so, this means if a >> Collection was under a Community with ID "123456789/1" in your >> development instance, then it will be restored under a Community of >> the *same ID* in Production >> >> Luckily, these defaults can be overridden. See the 'ignoreHandle' and >> 'ignoreParent' Advanced options documented here: >> >> https://wiki.duraspace.org/display/DSDOC4x/AIP+Backup+and+Restore
Re: [Dspace-tech] Migrate community with AIP?
See the -a flag and the configuration option. https://wiki.duraspace.org/display/DSDOC4x/Batch+Metadata+Editing#BatchMetadataEditing-ExportFunction On Jan 20, 2014 8:25 PM, "Alan Orth" wrote: > Hi, > > I've just decided I will export the metadata (CSV) and clean it up > manually, then re-import before I export via AIP. This works great for > the dc.identifier.uri (handle link), but I just realized that > dc.date.accessioned and dc.date.available aren't in the exported metadata. > > I assume these fields are in the database, so I'll have to use SQL to > clean them up after importing via AIP? I'm not sure where to look in > the DB... > > Thanks, > > Alan > > On 01/17/2014 09:12 AM, Alan Orth wrote: > > Thanks, both Tim and Helix. > > > > Yes, I initially looked into the "-r" mode, but then realized that, as > > Tim mentioned, our development instance doesn't necessarily create > > proper handles. Our development instance is more of a code-testing > > ground, and we don't sync the content very frequently. Also, the > > date-related meta data isn't necessarily correct either, as the > > accession into the development instance (for quality assurance) isn't > > necessarily the accession date we'd want. > > > > I think I'll have to rely on a two-step approach: first ingesting via > > AIP to get community/collection hierarchy and bitstreams, then meta data > > cleanup of the resulting community to clean the "old" URIs and accession > > dates etc. > > > > Thanks for bouncing some ideas around! > > > > Alan > > > > On 01/16/2014 06:39 PM, Tim Donohue wrote: > >> Hi Alan, > >> > >> On 1/16/2014 9:10 AM, Alan Orth wrote: > >>> Hi, > >>> > >>> I've got a development instance where we uploaded a few hundred items > >>> (in one community and several collections). Our editors spent some > time > >>> manually uploading bit streams to many of these items. Now I want to > >>> migrate the community and its hierarchy to the production instance. We > >>> can't use the CSV via "Export Metadata" because of the bit streams, so > >>> I've been looking at using AIP, ie: > >>> > >>> dspace packager -s -a -t AIP -e m...@us.org -p 10568/0 33474.zip > >>> > >>> This works great, but the resulting items now have two of each of the > >>> following fields: > >>> - dc.date.accessioned > >>> - dc.date.available > >>> - dc.identifier.uri > >>> > >>> I can't figure out a work flow that doesn't produce this effect... > >> These three fields are unfortunately auto-generated by DSpace whenever > >> you treat an AIP as a submission information package (SIP), which is > >> what the -s option. Essentially, the '-s' option assumes this is new > >> content, so DSpace defines these fields as: > >> * dc.date.accessioned - the date this new content was added to > DSpace > >> * dc.date.available - the date this new content became available > >> in DSpace (i.e. finished approval workflow) > >> * dc.identifier.uri - the assigned Handle for this object > >> > >> For your situation, you may need to consider some metadata related > >> questions. > >> > >> * Does your development instance assign proper Handles? If not, then > >> you *need* Production to assign a new dc.identifier.uri. This may > >> mean that you'll have to unfortunately do some post-metadata cleanup > >> (perhaps via the Bulk Metadata Editor) of the invalid "development" > >> handles in the dc.identifier.uri fields. DSpace never overwrites or > >> removes existing metadata. > >> > >> * Do you want the "date.accessioned" and "date.available" fields to be > >> set to the dates the Item was added to *development* or to > >> *production*? If the latter, again, you may unfortunately need to do > >> some post-metadata cleanup, as DSpace specifically *never* > >> removes/overwrites existing metadata fields. > >> > >> > >> Depending on your setup/answers to your questions, there are three > >> possible AIP import options I can see: > >> > >> 1a) Use "Restore/Replace" option instead (-r) when migrating to > >> Production. > >> > >> If you treat this as an AIP "restoration" then DSpace will skip > >> creating "date.accessioned", "date.available" and "identifier.uri" > >> fields and assume that the provided values in the AIPs are correct (as > >> it assumes you are restoring a set of deleted objects). WARNING: If > >> the 'dc.identifier.uri' in the AIP does NOT correspond to a valid > >> Handle, then you will end up with invalid Handles in Production! (See > >> next option.) > >> > >> More on Restore/Replace: > >> > https://wiki.duraspace.org/display/DSDOC4x/AIP+Backup+and+Restore#AIPBackupandRestore-Restoring/ReplacingusingAIP(s) > >> > >> > >> 1b) When using "Restore/Replace", you may want/need to override some > >> of the default options. For example, restoration will always assume > >> the 'dc.identifier.uri' is a valid Handle (so a new Handle will not be > >> assigned). Restoration will also always attempt to restore an object > >> under the *specified* parent
[Dspace-tech] Tomcat 7.0.50 and Dspace 4.0 Implementation
I just finished up a clean install of DSpace 4.0 on a server. I'm able to run the application, but if you choose any collection, the browser just sits there. But I'm seeing other errors too. So, here are the two problems I am seeing: Most important, these were all batch loaded as the first bitstreams into this server. Is that an undocumented feature? After editing one of them and updating it there now appears to be one index entries. But I "saw" before: 1. No index entries. I can retrieve by the URI or database # only. 2. Numerous solr errors in the logs: 2014-01-20 15:03:32,251 ERROR org.dspace.discovery.SolrServiceImpl @ Server at http://rspace.cc.ysu.edu:8080/solr/search returned non ok status:500, message:Internal Server Error org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: Server at http://rspace.cc.ysu.edu:8080/solr/search returned non ok status:500, message:Internal Server Error at org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:385) at org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:180) at org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:117) at org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:285) at org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:271) at org.dspace.discovery.SolrServiceImpl.unIndexContent(SolrServiceImpl.java:316) at org.dspace.discovery.SolrServiceImpl.unIndexContent(SolrServiceImpl.java:301) at org.dspace.discovery.SolrServiceImpl.indexContent(SolrServiceImpl.java:218) at org.dspace.discovery.IndexEventConsumer.end(IndexEventConsumer.java:170) at org.dspace.event.BasicDispatcher.dispatch(BasicDispatcher.java:147) at org.dspace.core.Context.commit(Context.java:373) at org.dspace.app.itemimport.ItemImport.addItem(ItemImport.java:987) at org.dspace.app.itemimport.ItemImport.addItems(ItemImport.java:780) at org.dspace.app.itemimport.ItemImport.main(ItemImport.java:567) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) Any answers? Is batch loading somehow circumventing the solr indexing? TIA, JAT Jeffrey Trimble Associate Director & Head of Information Services William F. Maag Library Youngstown State University 330.941.2483 (Office) jatrim...@ysu.edu http://www.maag.ysu.edu http://digital.maag.ysu.edu "For he is the Kwisatz Haderach..." -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ 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
Re: [Dspace-tech] Tomcat 7.0.50 and Dspace 4.0 Implementation
On Mon, Jan 20, 2014 at 9:47 PM, Jeffrey A Trimble wrote: > Most important, these were all batch loaded as the first bitstreams into this > server. Is that an undocumented feature? After editing one of them and > updating it there now appears to be one index entries. But I “saw” before: Hi Jeff, sorry, I didn't understand this part. Did you mean primary bitstreams? Which feature? I didn't get the last sentence, either. > 1. No index entries. I can retrieve by the URI or database # only. Discovery is now enabled by default. Which command did you use to init/update the index? > 2. Numerous solr errors in the logs: This is just DSpace saying it gets a HTTP 500 response from Solr. What does Solr say in catalina.out? > Any answers? Is batch loading somehow circumventing the solr indexing? No, at least that's definitely not the intention. Anyway, which batch loading method did you use? import, packager or metadata-import? Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ 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
[Dspace-tech] R: Tomcat 7.0.50 and Dspace 4.0 Implementation
The solr webapp is not working. Check the solr logs or try to access, from the server or using a ssh tunnel, the url http://rspace.cc.ysu.edu:8080/solr/ You should get more informations about the issue. Andrea Inviato da Samsung Mobile Messaggio originale Da: Jeffrey A Trimble Data:20/01/2014 22:30 (GMT+01:00) A: dspace-tech@lists.sourceforge.net Oggetto: [Dspace-tech] Tomcat 7.0.50 and Dspace 4.0 Implementation I just finished up a clean install of DSpace 4.0 on a server. I’m able to run the application, but if you choose any collection, the browser just sits there. But I’m seeing other errors too. So, here are the two problems I am seeing: Most important, these were all batch loaded as the first bitstreams into this server. Is that an undocumented feature? After editing one of them and updating it there now appears to be one index entries. But I “saw” before: 1. No index entries. I can retrieve by the URI or database # only. 2. Numerous solr errors in the logs: 2014-01-20 15:03:32,251 ERROR org.dspace.discovery.SolrServiceImpl @ Server at http://rspace.cc.ysu.edu:8080/solr/search returned non ok status:500, message:Internal Server Error org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: Server at http://rspace.cc.ysu.edu:8080/solr/search returned non ok status:500, message:Internal Server Error at org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:385) at org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:180) at org.apache.solr.client.solrj.request.AbstractUpdateRequest.process(AbstractUpdateRequest.java:117) at org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:285) at org.apache.solr.client.solrj.SolrServer.deleteByQuery(SolrServer.java:271) at org.dspace.discovery.SolrServiceImpl.unIndexContent(SolrServiceImpl.java:316) at org.dspace.discovery.SolrServiceImpl.unIndexContent(SolrServiceImpl.java:301) at org.dspace.discovery.SolrServiceImpl.indexContent(SolrServiceImpl.java:218) at org.dspace.discovery.IndexEventConsumer.end(IndexEventConsumer.java:170) at org.dspace.event.BasicDispatcher.dispatch(BasicDispatcher.java:147) at org.dspace.core.Context.commit(Context.java:373) at org.dspace.app.itemimport.ItemImport.addItem(ItemImport.java:987) at org.dspace.app.itemimport.ItemImport.addItems(ItemImport.java:780) at org.dspace.app.itemimport.ItemImport.main(ItemImport.java:567) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) Any answers? Is batch loading somehow circumventing the solr indexing? TIA, JAT Jeffrey Trimble Associate Director & Head of Information Services William F. Maag Library Youngstown State University 330.941.2483 (Office) jatrim...@ysu.edu http://www.maag.ysu.edu http://digital.maag.ysu.edu "For he is the Kwisatz Haderach..." -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk___ 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