alanorth/cgspace-notes
1
0
Fork 0
mirror of https://github.com/alanorth/cgspace-notes.git synced 2025-01-27 05:49:12 +01:00
Code Issues Projects Releases Wiki Activity

Update notes for 2017-12-18

Browse Source
This commit is contained in:
Alan Orth
2017-12-18 22:07:13 +02:00
parent a5fd083c24
commit 45be38f00f
3 changed files with 63 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files

26
content/post/2017-12.md
View File

@ -370,3 +370,29 @@ dspace.log.2017-12-01:1601
dspace.log.2017-12-02:1274
dspace.log.2017-12-07:2769
```
- I made a small fix to my `move-collections.sh` script so that it handles the case when a "to" or "from" community doesn't exist
- The script lives here: https://gist.github.com/alanorth/e60b530ed4989df0c731afbb0c640515
- Major reorganization of four of CTA's French collections
- Basically moving their items into the English ones, then moving the English ones to the top-level of the CTA community, and deleting the old sub-communities
- Move collection 10568/51821 from 10568/42212 to 10568/42211
- Move collection 10568/51400 from 10568/42214 to 10568/42211
- Move collection 10568/56992 from 10568/42216 to 10568/42211
- Move collection 10568/42218 from 10568/42217 to 10568/42211
- Export CSV of collection 10568/63484 and move items to collection 10568/51400
- Export CSV of collection 10568/64403 and move items to collection 10568/56992
- Export CSV of collection 10568/56994 and move items to collection 10568/42218
- There are blank lines in this metadata, which causes DSpace to not detect changes in the CSVs
- I had to use OpenRefine to remove all columns from the CSV except `id` and `collection`, and then update the `collection` field for the new mappings
- Remove empty sub-communities: 10568/42212, 10568/42214, 10568/42216, 10568/42217
- I was in the middle of applying the metadata imports on CGSpace and the system ran out of PostgreSQL connections...
- There were 128 PostgreSQL connections at the time... grrrr.
- So I restarted Tomcat 7 and restarted the imports
- I assume the PostgreSQL transactions were fine but I will remove the Discovery index for their community and re-run the light-weight indexing to hopefully re-construct everything:
```
$ dspace index-discovery -r 10568/42211
$ schedtool -D -e ionice -c2 -n7 nice -n19 dspace index-discovery
```
- The PostgreSQL issues are getting out of control, I need to figure out how to enable connection pools in Tomcat!