mirror of
https://github.com/alanorth/cgspace-notes.git
synced 2024-12-23 21:44:30 +01:00
Update notes
This commit is contained in:
parent
e667b681c1
commit
42161f6a15
@ -149,20 +149,8 @@ $ for item in 10947-latest/*.zip; do dspace packager -r -u -t AIP -e aorth@mjanj
|
||||
)
|
||||
```
|
||||
|
||||
- [x] Regenerate Handle server's `sitebndl.zip` on CGIAR Library server:
|
||||
I had been regenerated the `sitebndl.zip` file on the CGIAR Library server and sent it to the Handle.net admins but they said that there were mismatches between the public and private keys, which I suspect is due to `make-handle-config` not being very flexible. After discussing our scenario with the Handle.net admins they said we actually don't need to send an updated `sitebndl.zip` for this type of change, and the above `config.dct` edits are all that is required. I guess they just did something on their end by setting the authoritative IP address for the 10947 prefix to be the same as ours...
|
||||
|
||||
```
|
||||
$ sudo su -
|
||||
# cp -a /usr/local/dspace/handle-server /usr/local/dspace/handle-server-2017-09-19.bak
|
||||
# /usr/local/dspace/bin/dspace make-handle-config /usr/local/dspace/handle-server
|
||||
```
|
||||
|
||||
- The handle setup script will ask for IP address, contact person, etc
|
||||
- Use CGSpace's IP address, but give some contact person from the system organization
|
||||
- Copy the resulting `sitebndl.zip` somewhere so we can send it to Handle.net
|
||||
- Now I'm wondering how we'll do this when we move servers in the future, because the `make-handle-config` basically assumes you only have one handle
|
||||
- Also, there is `dspace make-handle-config` and `bin/make-handle-config` and both behave differently (the first is interactive, the second reads your `dspace.cfg` and generates your handle config and `sitebndl.zip` accordingly)
|
||||
- I'm really not sure on the proper order of events actually
|
||||
- [ ] Update DNS records:
|
||||
- CNAME: cgspace.cgiar.org
|
||||
- [x] Re-deploy DSpace from freshly built `5_x-prod` branch
|
||||
|
@ -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+07:00"/>
|
||||
<meta property="article:modified_time" content="2017-09-19T12:53:00+03:00"/>
|
||||
<meta property="article:modified_time" content="2017-09-19T21:57:38+03:00"/>
|
||||
|
||||
|
||||
|
||||
@ -63,7 +63,7 @@ Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account
|
||||
"url": "https://alanorth.github.io/cgspace-notes/2017-09/",
|
||||
"wordCount": "2937",
|
||||
"datePublished": "2017-09-07T16:54:52+07:00",
|
||||
"dateModified": "2017-09-19T12:53:00+03:00",
|
||||
"dateModified": "2017-09-19T21:57:38+03:00",
|
||||
"author": {
|
||||
"@type": "Person",
|
||||
"name": "Alan Orth"
|
||||
|
@ -13,7 +13,7 @@
|
||||
|
||||
|
||||
<meta property="article:published_time" content="2017-09-18T16:38:35+03:00"/>
|
||||
<meta property="article:modified_time" content="2017-09-19T16:07:20+03:00"/>
|
||||
<meta property="article:modified_time" content="2017-09-19T21:57:38+03:00"/>
|
||||
|
||||
|
||||
|
||||
@ -37,9 +37,9 @@
|
||||
"@type": "BlogPosting",
|
||||
"headline": "CGIAR Library Migration",
|
||||
"url": "https://alanorth.github.io/cgspace-notes/cgiar-library-migration/",
|
||||
"wordCount": "1321",
|
||||
"wordCount": "1302",
|
||||
"datePublished": "2017-09-18T16:38:35+03:00",
|
||||
"dateModified": "2017-09-19T16:07:20+03:00",
|
||||
"dateModified": "2017-09-19T21:57:38+03:00",
|
||||
"author": {
|
||||
"@type": "Person",
|
||||
"name": "Alan Orth"
|
||||
@ -273,22 +273,9 @@ $ for item in 10568-93760/ITEM@10947-465*; do dspace packager -r -f -u -t AIP -e
|
||||
)
|
||||
</code></pre>
|
||||
|
||||
<ul class="task-list">
|
||||
<li><label><input type="checkbox" checked disabled class="task-list-item"> Regenerate Handle server’s <code>sitebndl.zip</code> on CGIAR Library server:</label></li>
|
||||
</ul>
|
||||
|
||||
<pre><code>$ sudo su -
|
||||
# cp -a /usr/local/dspace/handle-server /usr/local/dspace/handle-server-2017-09-19.bak
|
||||
# /usr/local/dspace/bin/dspace make-handle-config /usr/local/dspace/handle-server
|
||||
</code></pre>
|
||||
<p>I had been regenerated the <code>sitebndl.zip</code> file on the CGIAR Library server and sent it to the Handle.net admins but they said that there were mismatches between the public and private keys, which I suspect is due to <code>make-handle-config</code> not being very flexible. After discussing our scenario with the Handle.net admins they said we actually don’t need to send an updated <code>sitebndl.zip</code> for this type of change, and the above <code>config.dct</code> edits are all that is required. I guess they just did something on their end by setting the authoritative IP address for the 10947 prefix to be the same as ours…</p>
|
||||
|
||||
<ul class="task-list">
|
||||
<li>The handle setup script will ask for IP address, contact person, etc</li>
|
||||
<li>Use CGSpace’s IP address, but give some contact person from the system organization</li>
|
||||
<li>Copy the resulting <code>sitebndl.zip</code> somewhere so we can send it to Handle.net</li>
|
||||
<li>Now I’m wondering how we’ll do this when we move servers in the future, because the <code>make-handle-config</code> basically assumes you only have one handle</li>
|
||||
<li>Also, there is <code>dspace make-handle-config</code> and <code>bin/make-handle-config</code> and both behave differently (the first is interactive, the second reads your <code>dspace.cfg</code> and generates your handle config and <code>sitebndl.zip</code> accordingly)</li>
|
||||
<li>I’m really not sure on the proper order of events actually</li>
|
||||
<li><label><input type="checkbox" disabled class="task-list-item"> Update DNS records:
|
||||
|
||||
<ul>
|
||||
|
@ -27,7 +27,7 @@ Disallow: /cgspace-notes/2015-12/
|
||||
Disallow: /cgspace-notes/2015-11/
|
||||
Disallow: /cgspace-notes/
|
||||
Disallow: /cgspace-notes/categories/
|
||||
Disallow: /cgspace-notes/tags/notes/
|
||||
Disallow: /cgspace-notes/categories/notes/
|
||||
Disallow: /cgspace-notes/tags/notes/
|
||||
Disallow: /cgspace-notes/post/
|
||||
Disallow: /cgspace-notes/tags/
|
||||
|
@ -4,12 +4,12 @@
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/cgiar-library-migration/</loc>
|
||||
<lastmod>2017-09-19T16:07:20+03:00</lastmod>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
</url>
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/2017-09/</loc>
|
||||
<lastmod>2017-09-19T12:53:00+03:00</lastmod>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
</url>
|
||||
|
||||
<url>
|
||||
@ -124,7 +124,7 @@
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/</loc>
|
||||
<lastmod>2017-09-19T16:07:20+03:00</lastmod>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
<priority>0</priority>
|
||||
</url>
|
||||
|
||||
@ -134,26 +134,26 @@
|
||||
</url>
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc>
|
||||
<lastmod>2017-09-19T12:53:00+03:00</lastmod>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/categories/notes/</loc>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
<priority>0</priority>
|
||||
</url>
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/categories/notes/</loc>
|
||||
<lastmod>2017-09-19T16:07:20+03:00</lastmod>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/tags/notes/</loc>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
<priority>0</priority>
|
||||
</url>
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/post/</loc>
|
||||
<lastmod>2017-09-19T12:53:00+03:00</lastmod>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
<priority>0</priority>
|
||||
</url>
|
||||
|
||||
<url>
|
||||
<loc>https://alanorth.github.io/cgspace-notes/tags/</loc>
|
||||
<lastmod>2017-09-19T12:53:00+03:00</lastmod>
|
||||
<lastmod>2017-09-19T21:57:38+03:00</lastmod>
|
||||
<priority>0</priority>
|
||||
</url>
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user