Update notes for 2019-02-25

This commit is contained in:
Alan Orth 2019-02-25 23:32:17 -08:00
parent 3625ab7e9b
commit ee91af8cb4
Signed by: alanorth
GPG Key ID: 0FB860CC9C45B1B9
5 changed files with 39 additions and 8 deletions

View File

@ -1203,5 +1203,19 @@ Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
- On a hunch I tried adding `ulimit -v unlimited` to the Tomcat `catalina.sh` and now Solr starts up with no core errors and I actually have statistics for January and February on [some communities](https://cgspace.cgiar.org/handle/10568/16814), but not [others](https://cgspace.cgiar.org/handle/10568/1)
- I wonder if the address space limits that I added via `LimitAS=infinity` in the systemd service are somehow not working?
- I did some tests with calling a shell script from systemd on DSpace Test (linode19) and the `LimitAS` setting does work, and the `infinity` setting in systemd does get translated to "unlimited" on the service
- I thought it might be open file limit, but it seems we're nowhere near the current limit of 16384:
```
# lsof -u dspace | wc -l
3016
```
- For what it's worth I see the same errors about `solr_update_time_stamp` on DSpace Test (linode19)
- Update DSpace Test to [Tomcat 7.0.93](https://tomcat.apache.org/tomcat-7.0-doc/changelog.html#Tomcat_7.0.93_(violetagg))
- Something seems to have happened (some Atmire scheduled task, perhaps the CUA one at 7AM?) on CGSpace because I checked a few communities and collections on CGSpace and there are now statistics for January and February
![CGSpace statlets working again](/cgspace-notes/2019/02/statlets-working.png)
- I still have not figured out what the *real* cause for the Solr cores to not load was, though
<!-- vim: set sw=2 ts=2: -->

View File

@ -42,7 +42,7 @@ sys 0m1.979s
<meta property="og:type" content="article" />
<meta property="og:url" content="https://alanorth.github.io/cgspace-notes/2019-02/" />
<meta property="article:published_time" content="2019-02-01T21:37:30&#43;02:00"/>
<meta property="article:modified_time" content="2019-02-25T14:11:13-08:00"/>
<meta property="article:modified_time" content="2019-02-25T15:20:12-08:00"/>
<meta name="twitter:card" content="summary"/>
<meta name="twitter:title" content="February, 2019"/>
@ -89,9 +89,9 @@ sys 0m1.979s
"@type": "BlogPosting",
"headline": "February, 2019",
"url": "https://alanorth.github.io/cgspace-notes/2019-02/",
"wordCount": "7135",
"wordCount": "7238",
"datePublished": "2019-02-01T21:37:30&#43;02:00",
"dateModified": "2019-02-25T14:11:13-08:00",
"dateModified": "2019-02-25T15:20:12-08:00",
"author": {
"@type": "Person",
"name": "Alan Orth"
@ -1527,6 +1527,23 @@ Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
<li>On a hunch I tried adding <code>ulimit -v unlimited</code> to the Tomcat <code>catalina.sh</code> and now Solr starts up with no core errors and I actually have statistics for January and February on <a href="https://cgspace.cgiar.org/handle/10568/16814">some communities</a>, but not <a href="https://cgspace.cgiar.org/handle/10568/1">others</a></li>
<li>I wonder if the address space limits that I added via <code>LimitAS=infinity</code> in the systemd service are somehow not working?</li>
<li>I did some tests with calling a shell script from systemd on DSpace Test (linode19) and the <code>LimitAS</code> setting does work, and the <code>infinity</code> setting in systemd does get translated to &ldquo;unlimited&rdquo; on the service</li>
<li>I thought it might be open file limit, but it seems we&rsquo;re nowhere near the current limit of 16384:</li>
</ul>
<pre><code># lsof -u dspace | wc -l
3016
</code></pre>
<ul>
<li>For what it&rsquo;s worth I see the same errors about <code>solr_update_time_stamp</code> on DSpace Test (linode19)</li>
<li>Update DSpace Test to <a href="https://tomcat.apache.org/tomcat-7.0-doc/changelog.html#Tomcat_7.0.93_(violetagg)">Tomcat 7.0.93</a></li>
<li>Something seems to have happened (some Atmire scheduled task, perhaps the CUA one at 7AM?) on CGSpace because I checked a few communities and collections on CGSpace and there are now statistics for January and February</li>
</ul>
<p><img src="/cgspace-notes/2019/02/statlets-working.png" alt="CGSpace statlets working again" /></p>
<ul>
<li>I still have not figured out what the <em>real</em> cause for the Solr cores to not load was, though</li>
</ul>
<!-- vim: set sw=2 ts=2: -->

Binary file not shown.

After

Width:  |  Height:  |  Size: 34 KiB

View File

@ -4,7 +4,7 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/2019-02/</loc>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<lastmod>2019-02-25T15:20:12-08:00</lastmod>
</url>
<url>
@ -209,7 +209,7 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/</loc>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<lastmod>2019-02-25T15:20:12-08:00</lastmod>
<priority>0</priority>
</url>
@ -220,7 +220,7 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<lastmod>2019-02-25T15:20:12-08:00</lastmod>
<priority>0</priority>
</url>
@ -232,13 +232,13 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/posts/</loc>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<lastmod>2019-02-25T15:20:12-08:00</lastmod>
<priority>0</priority>
</url>
<url>
<loc>https://alanorth.github.io/cgspace-notes/tags/</loc>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<lastmod>2019-02-25T15:20:12-08:00</lastmod>
<priority>0</priority>
</url>

Binary file not shown.

After

Width:  |  Height:  |  Size: 34 KiB