Update notes for 2017-09-14

content/post/2017-09.md

@@ -334,6 +334,8 @@ dspace=# select distinct text_value, authority, confidence from metadatavalue wh
 ## 2017-09-14
 
 - Communicate with Handle.net admins to try to get some guidance about the 10947 prefix
+- Michael Marus is the contact for their prefix but he has left CGIAR, but as I actually have access to the CGIAR Library server I think I can just generate a new `sitebndl.zip` file from their server and send it to Handle.net
+- Also, Handle.net says their prefix is up for annual renewal next month so we might want to just pay for it and take it over
 - CGSpace was very slow and Uptime Robot even said it was down at one time
 - I didn't see any abnormally high usage in the REST or OAI logs, but looking at Munin I see the average JVM usage was at 4.9GB and the heap is only 5GB (5120M), so I think it's just normal growing pains
 - Every few months I generally try to increase the JVM heap to be 512M higher than the average usage reported by Munin, so now I adjusted it to 5632M

public/2017-09/index.html

@@ -25,7 +25,7 @@ Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account
 
 
 <meta property="article:published_time" content="2017-09-07T16:54:52&#43;07:00"/>
-<meta property="article:modified_time" content="2017-09-13T17:34:55&#43;03:00"/>
+<meta property="article:modified_time" content="2017-09-14T17:59:44&#43;03:00"/>
 
 
 
@@ -61,9 +61,9 @@ Ask Sisay to clean up the WLE approvers a bit, as Marianne&rsquo;s user account
   "@type": "BlogPosting",
   "headline": "September, 2017",
   "url": "https://alanorth.github.io/cgspace-notes/2017-09/",
-  "wordCount": "2332",
+  "wordCount": "2399",
   "datePublished": "2017-09-07T16:54:52&#43;07:00",
-  "dateModified": "2017-09-13T17:34:55&#43;03:00",
+  "dateModified": "2017-09-14T17:59:44&#43;03:00",
   "author": {
     "@type": "Person",
     "name": "Alan Orth"
@@ -491,6 +491,8 @@ delete from metadatavalue where resource_type_id=2 and metadata_field_id in (134
 
 <ul>
 <li>Communicate with Handle.net admins to try to get some guidance about the 10947 prefix</li>
+<li>Michael Marus is the contact for their prefix but he has left CGIAR, but as I actually have access to the CGIAR Library server I think I can just generate a new <code>sitebndl.zip</code> file from their server and send it to Handle.net</li>
+<li>Also, Handle.net says their prefix is up for annual renewal next month so we might want to just pay for it and take it over</li>
 <li>CGSpace was very slow and Uptime Robot even said it was down at one time</li>
 <li>I didn&rsquo;t see any abnormally high usage in the REST or OAI logs, but looking at Munin I see the average JVM usage was at 4.9GB and the heap is only 5GB (5120M), so I think it&rsquo;s just normal growing pains</li>
 <li>Every few months I generally try to increase the JVM heap to be 512M higher than the average usage reported by Munin, so now I adjusted it to 5632M</li>

public/sitemap.xml

@@ -4,7 +4,7 @@
   
   <url>
     <loc>https://alanorth.github.io/cgspace-notes/2017-09/</loc>
-    <lastmod>2017-09-13T17:34:55+03:00</lastmod>
+    <lastmod>2017-09-14T17:59:44+03:00</lastmod>
   </url>
   
   <url>
@@ -119,7 +119,7 @@
   
   <url>
     <loc>https://alanorth.github.io/cgspace-notes/</loc>
-    <lastmod>2017-09-13T17:34:55+03:00</lastmod>
+    <lastmod>2017-09-14T17:59:44+03:00</lastmod>
     <priority>0</priority>
   </url>
   
@@ -130,19 +130,19 @@
   
   <url>
     <loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc>
-    <lastmod>2017-09-13T17:34:55+03:00</lastmod>
+    <lastmod>2017-09-14T17:59:44+03:00</lastmod>
     <priority>0</priority>
   </url>
   
   <url>
     <loc>https://alanorth.github.io/cgspace-notes/post/</loc>
-    <lastmod>2017-09-13T17:34:55+03:00</lastmod>
+    <lastmod>2017-09-14T17:59:44+03:00</lastmod>
     <priority>0</priority>
   </url>
   
   <url>
     <loc>https://alanorth.github.io/cgspace-notes/tags/</loc>
-    <lastmod>2017-09-13T17:34:55+03:00</lastmod>
+    <lastmod>2017-09-14T17:59:44+03:00</lastmod>
     <priority>0</priority>
   </url>