<div dir="ltr"><div><div>To add to Celia's post, we originally planned an upgrade from v1.5.3 to v2.0.1 because our Archivesspace instance was experience extreme periods of slowness with CPU usage going upwards of 95-98%. The log was full of Java out of memory errors. Following the upgrade we increased the RAM on the server from 2G to 4G and increased the CPUs from 2 to 4 as well. <br><br></div>When indexing issues were first reported I ran scripts/checkindex.sh data/solr_index/index which reported no issues with the index. However, it was evident that there was something a miss with the solr index. Which led to the deletion of the following directories to for an entire re-index: <br></div><div><p class="MsoNormal" style="font-size:12.8px">/path/to/archivespace<b>/data/sol<wbr>r_index/index/</b></p><p class="MsoNormal" style="font-size:12.8px">/path/to/archivesspace<b>/data/in<wbr>dexer_pui_state</b><br>/path/to/archivesspace<b>/data/in<wbr>dexer_state</b></p><p class="MsoNormal" style="font-size:12.8px"><b><br></b></p><p class="MsoNormal" style="font-size:12.8px">As Celia notes, this corrected issues for items that were added / modified previously but going forward addition / modification / deletions are not behaving properly in search and browse. <br></p><p class="MsoNormal" style="font-size:12.8px"><br></p><p class="MsoNormal" style="font-size:12.8px">Also, the Solr log continue to be full of sever errors that all follow the pattern below:</p><pre>org.apache.solr.common.SolrException: Exception writing document id /repositories/6/resources/8766 to the index; possible analysis error.
        at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:168)
        at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:69)
        ...
Caused by: org.apache.lucene.store.AlreadyClosedException: this IndexWriter is closed
        at org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:700)
        at org.apache.lucene.index.IndexWriter.ensureOpen(IndexWriter.java:714)
        ... 40 more
Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded<br><br></pre><pre>I've been using JVM Top to monitor heap, GC, and CPU but so far I have not been able to draw any helpful conclusion from the data. <br><br></pre><pre>Any advice / suggestions on what to try from here would be greatly appreciated. <br><br></pre><pre>- Chelsea<br></pre></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="color:rgb(128,128,128)"><em><span style="font-size:small">---------------</span></em></span><br><span style="color:rgb(128,128,128)"><em><span style="font-size:small">Chelsea Lobdell</span></em></span><br><span style="color:rgb(128,128,128)"><em><span style="font-size:small">Library Web Developer/ Swarthmore College</span></em></span><br><span style="color:rgb(128,128,128)"><em><span style="font-size:small"><a href="mailto:clobdel1@swarthmore.edu" target="_blank">clobdel1@swarthmore.edu</a> / (610)690-6818</span></em></span></div></div></div></div>
<br><div class="gmail_quote">On Tue, Jul 11, 2017 at 9:37 AM, Celia Caust-Ellenbogen <span dir="ltr"><<a href="mailto:ccauste1@swarthmore.edu" target="_blank">ccauste1@swarthmore.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello all,<div><br></div><div>We just upgraded to v 2.0.1 and now the indexer doesn't seem to be working properly - not in the staff interface nor in the PUI. We can create and change records, and when you are viewing the individual record it is correctly updated in both Public and Staff. However, these changes are not reflected in the browse/search in either Public or Staff. Old deleted records are still showing up in browse/search while new records cannot be found in browse/search.</div><div><br></div><div>Any ideas for how to fix this?</div><div><br></div><div>Following a suggestion on this listserv, we already tried forcing a re-index by stopping the application, deleting the following directories, and restarting Archivesspace <div><p class="MsoNormal" style="font-size:12.8px">/path/to/archivespace<b>/data/sol<wbr>r_index/index/</b></p><p class="MsoNormal" style="font-size:12.8px">/path/to/archivesspace<b>/data/in<wbr>dexer_pui_state</b><br>/path/to/archivesspace<b>/data/in<wbr>dexer_state</b></p></div><div><br></div><div>This updated the index in terms of old activity, but new activity is still not being captured.</div><div><br></div><div>We would appreciate any suggestions for what to try next.</div><div><br></div><div>Thanks!</div><span class="HOEnZb"><font color="#888888"><div>Celia</div><div><br></div>-- <br><div class="m_-4541197401713974903gmail_signature"><div dir="ltr"><font size="1">Celia Caust-Ellenbogen </font><div><a href="http://swarthmore.edu/friends-historical-library" target="_blank"><font size="1">Friends Historical Library of Swarthmore College</font></a></div><div><font size="1"><a href="tel:(610)%20328-8498" value="+16103288498" target="_blank">610-328-8498</a></font></div><div><a href="mailto:ccauste1@swarthmore.edu" target="_blank"><font size="1">ccauste1@swarthmore.edu</font></a></div><div><br></div></div></div>
</font></span></div></div>
<br>______________________________<wbr>_________________<br>
Archivesspace_Users_Group mailing list<br>
<a href="mailto:Archivesspace_Users_Group@lyralists.lyrasis.org">Archivesspace_Users_Group@<wbr>lyralists.lyrasis.org</a><br>
<a href="http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group" rel="noreferrer" target="_blank">http://lyralists.lyrasis.org/<wbr>mailman/listinfo/<wbr>archivesspace_users_group</a><br>
<br></blockquote></div><br></div>