Update notes for 2019-02-25

This commit is contained in:
Alan Orth 2019-02-25 15:20:12 -08:00
parent dce54f6c10
commit 3625ab7e9b
Signed by: alanorth
GPG Key ID: 0FB860CC9C45B1B9
3 changed files with 14 additions and 8 deletions

View File

@ -1200,5 +1200,8 @@ Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
- ... but the problem still occurs
- I can see that there are still hits being recorded for items (in the Solr admin UI as well as my statistics API), so the main stats core is working at least!
- 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
<!-- 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-24T17:29:12-08:00"/>
<meta property="article:modified_time" content="2019-02-25T14:11:13-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": "7043",
"wordCount": "7135",
"datePublished": "2019-02-01T21:37:30&#43;02:00",
"dateModified": "2019-02-24T17:29:12-08:00",
"dateModified": "2019-02-25T14:11:13-08:00",
"author": {
"@type": "Person",
"name": "Alan Orth"
@ -1524,6 +1524,9 @@ Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
<ul>
<li>&hellip; but the problem still occurs</li>
<li>I can see that there are still hits being recorded for items (in the Solr admin UI as well as my statistics API), so the main stats core is working at least!</li>
<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>
</ul>
<!-- vim: set sw=2 ts=2: -->

View File

@ -4,7 +4,7 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/2019-02/</loc>
<lastmod>2019-02-24T17:29:12-08:00</lastmod>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
</url>
<url>
@ -209,7 +209,7 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/</loc>
<lastmod>2019-02-24T17:29:12-08:00</lastmod>
<lastmod>2019-02-25T14:11:13-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-24T17:29:12-08:00</lastmod>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<priority>0</priority>
</url>
@ -232,13 +232,13 @@
<url>
<loc>https://alanorth.github.io/cgspace-notes/posts/</loc>
<lastmod>2019-02-24T17:29:12-08:00</lastmod>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<priority>0</priority>
</url>
<url>
<loc>https://alanorth.github.io/cgspace-notes/tags/</loc>
<lastmod>2019-02-24T17:29:12-08:00</lastmod>
<lastmod>2019-02-25T14:11:13-08:00</lastmod>
<priority>0</priority>
</url>