mirror of
https://github.com/alanorth/cgspace-notes.git
synced 2025-01-27 05:49:12 +01:00
Compare commits
3 Commits
7be53639dc
...
062019463c
Author | SHA1 | Date | |
---|---|---|---|
062019463c | |||
f1c25111d0 | |||
da6d73bc1f |
@ -44,8 +44,7 @@ COPY 8568
|
||||
- Similarly, get a list of withdrawn item redirects:
|
||||
|
||||
```console
|
||||
dspace= ☘ \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_
|
||||
id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
dspace= ☘ \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
COPY 396
|
||||
```
|
||||
|
||||
|
@ -36,4 +36,36 @@ deduped_list = [x for x in value.split("||") if x not in seen and not seen.add(x
|
||||
return "||".join(deduped_list)
|
||||
```
|
||||
|
||||
## 2024-08-20
|
||||
|
||||
- Delete duplicate metadata values using the method I described in this GitHub issue: https://github.com/DSpace/DSpace/issues/8253#issuecomment-1331756418
|
||||
|
||||
## 2024-08-22
|
||||
|
||||
- Help IWMI with some OpenSearch RSS/Atom feeds for search results:
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:flooding
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:drought
|
||||
- https://cgspace.cgiar.org/server/opensearch/search?query=affiliation:"International Water Management Institute" AND initiative:"Climate Resilience" AND subject:landslides
|
||||
|
||||
- Export list of withdrawn handle redirects:
|
||||
|
||||
```
|
||||
dspace=# \COPY (SELECT m.text_value AS handle_from, h.handle AS handle_to FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=181 AND h.resource_type_id=2 AND h.resource_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/handle-redirects.csv CSV HEADER;
|
||||
COPY 400
|
||||
```
|
||||
|
||||
- Export list of IFPRI CONTENTdm redirects:
|
||||
|
||||
```
|
||||
dspace-# \COPY (SELECT m.text_value, h.handle FROM metadatavalue m JOIN handle h on m.dspace_object_id = h.resource_id WHERE m.metadata_field_id=28 AND m.text_value LIKE '%URL from IFPRI CONTENTdm%' AND h.resource_type_id=2 AND m.dspace_object_id IN (SELECT uuid FROM item WHERE in_archive AND NOT withdrawn)) to /tmp/ifpri.csv CSV HEADER;
|
||||
COPY 10794
|
||||
```
|
||||
|
||||
- I filed [an issue](https://github.com/DSpace/dspace-angular/issues/3258) on DSpace Angular for anonymous users to be able to export search results to CSV
|
||||
|
||||
## 2024-08-26
|
||||
|
||||
- Spent some time trying to rebase our DSpace Angular themes on top of the massive header/navbar rework from [DSpace 7.6.2](https://github.com/DSpace/dspace-angular/pull/2858)
|
||||
- Spent some time getting missing bibliographic metadata (issue dates, licenses, pages, volume, issue, publisher, etc) from Crossref for CGSpace
|
||||
|
||||
<!-- vim: set sw=2 ts=2: -->
|
||||
|
@ -34,7 +34,7 @@ Last week I had increased the limit from 30 to 60, which seemed to help, but now
|
||||
$ psql -c 'SELECT * from pg_stat_activity;' | grep idle | grep -c cgspace
|
||||
78
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -242,6 +242,8 @@ db.statementpool = true
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -250,8 +252,6 @@ db.statementpool = true
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Replace lzop with xz in log compression cron jobs on DSpace Test—it uses less
|
||||
-rw-rw-r-- 1 tomcat7 tomcat7 387K Nov 18 23:59 dspace.log.2015-11-18.lzo
|
||||
-rw-rw-r-- 1 tomcat7 tomcat7 169K Nov 18 23:59 dspace.log.2015-11-18.xz
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -264,6 +264,8 @@ $ curl -o /dev/null -s -w %{time_total}\\n https://cgspace.cgiar.org/rest/handle
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -272,8 +274,6 @@ $ curl -o /dev/null -s -w %{time_total}\\n https://cgspace.cgiar.org/rest/handle
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ Move ILRI collection 10568/12503 from 10568/27869 to 10568/27629 using the move_
|
||||
I realized it is only necessary to clear the Cocoon cache after moving collections—rather than reindexing—as no metadata has changed, and therefore no search or browse indexes need to be updated.
|
||||
Update GitHub wiki for documentation of maintenance tasks.
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -200,6 +200,8 @@ $ find SimpleArchiveForBio/ -iname “*.pdf” -exec basename {} ; | sor
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -208,8 +210,6 @@ $ find SimpleArchiveForBio/ -iname “*.pdf” -exec basename {} ; | sor
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ I noticed we have a very interesting list of countries on CGSpace:
|
||||
Not only are there 49,000 countries, we have some blanks (25)…
|
||||
Also, lots of things like “COTE D`LVOIRE” and “COTE D IVOIRE”
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -378,6 +378,8 @@ Bitstream: tést señora alimentación.pdf
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -386,8 +388,6 @@ Bitstream: tést señora alimentación.pdf
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ Looking at issues with author authorities on CGSpace
|
||||
For some reason we still have the index-lucene-update cron job active on CGSpace, but I’m pretty sure we don’t need it as of the latest few versions of Atmire’s Listings and Reports module
|
||||
Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Java JDK 1.7 to match environment on CGSpace server
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -316,6 +316,8 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -324,8 +326,6 @@ Reinstall my local (Mac OS X) DSpace stack with Tomcat 7, PostgreSQL 9.3, and Ja
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ After running DSpace for over five years I’ve never needed to look in any
|
||||
This will save us a few gigs of backup space we’re paying for on S3
|
||||
Also, I noticed the checker log has some errors we should pay attention to:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -495,6 +495,8 @@ dspace.log.2016-04-27:7271
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -503,8 +505,6 @@ dspace.log.2016-04-27:7271
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ There are 3,000 IPs accessing the REST API in a 24-hour period!
|
||||
# awk '{print $1}' /var/log/nginx/rest.log | uniq | wc -l
|
||||
3168
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -371,6 +371,8 @@ sys 0m20.540s
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -379,8 +381,6 @@ sys 0m20.540s
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ This is their publications set: http://ebrary.ifpri.org/oai/oai.php?verb=ListRec
|
||||
You can see the others by using the OAI ListSets verb: http://ebrary.ifpri.org/oai/oai.php?verb=ListSets
|
||||
Working on second phase of metadata migration, looks like this will work for moving CPWF-specific data in dc.identifier.fund to cg.identifier.cpwfproject and then the rest to dc.description.sponsorship
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -409,6 +409,8 @@ $ ./delete-metadata-values.py -f dc.contributor.corporate -i Corporate-Authors-D
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -417,8 +419,6 @@ $ ./delete-metadata-values.py -f dc.contributor.corporate -i Corporate-Authors-D
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -44,7 +44,7 @@ dspacetest=# select text_value from metadatavalue where metadata_field_id=3 and
|
||||
|
||||
In this case the select query was showing 95 results before the update
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -325,6 +325,8 @@ discovery.index.authority.ignore-variants=true
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -333,8 +335,6 @@ discovery.index.authority.ignore-variants=true
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ $ git checkout -b 55new 5_x-prod
|
||||
$ git reset --hard ilri/5_x-prod
|
||||
$ git rebase -i dspace-5.5
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -389,6 +389,8 @@ $ JAVA_OPTS="-Dfile.encoding=UTF-8 -Xmx512m" /home/cgspace.cgiar.org/bin
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -397,8 +399,6 @@ $ JAVA_OPTS="-Dfile.encoding=UTF-8 -Xmx512m" /home/cgspace.cgiar.org/bin
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ It looks like we might be able to use OUs now, instead of DCs:
|
||||
|
||||
$ ldapsearch -x -H ldaps://svcgroot2.cgiarad.org:3269/ -b "dc=cgiarad,dc=org" -D "admigration1@cgiarad.org" -W "(sAMAccountName=admigration1)"
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -606,6 +606,8 @@ $ ./delete-metadata-values.py -i ilrisubjects-delete-13.csv -f cg.subject.ilri -
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -614,8 +616,6 @@ $ ./delete-metadata-values.py -i ilrisubjects-delete-13.csv -f cg.subject.ilri -
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -42,7 +42,7 @@ I exported a random item’s metadata as CSV, deleted all columns except id
|
||||
|
||||
0000-0002-6115-0956||0000-0002-3812-8793||0000-0001-7462-405X
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -372,6 +372,8 @@ dspace=# update metadatavalue set text_value = regexp_replace(text_value, 'h
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -380,8 +382,6 @@ dspace=# update metadatavalue set text_value = regexp_replace(text_value, 'h
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ Add dc.type to the output options for Atmire’s Listings and Reports module
|
||||
Add dc.type to the output options for Atmire’s Listings and Reports module (#286)
|
||||
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -548,6 +548,8 @@ org.dspace.discovery.SearchServiceException: Error executing query
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -556,8 +558,6 @@ org.dspace.discovery.SearchServiceException: Error executing query
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ I see thousands of them in the logs for the last few months, so it’s not r
|
||||
I’ve raised a ticket with Atmire to ask
|
||||
Another worrying error from dspace.log is:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -784,6 +784,8 @@ $ exit
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -792,8 +794,6 @@ $ exit
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -28,7 +28,7 @@ I checked to see if the Solr sharding task that is supposed to run on January 1s
|
||||
I tested on DSpace Test as well and it doesn’t work there either
|
||||
I asked on the dspace-tech mailing list because it seems to be broken, and actually now I’m not sure if we’ve ever had the sharding task run successfully over all these years
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -369,6 +369,8 @@ $ gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -377,8 +379,6 @@ $ gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/ebook -dNOPAUSE -
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -50,7 +50,7 @@ DELETE 1
|
||||
Create issue on GitHub to track the addition of CCAFS Phase II project tags (#301)
|
||||
Looks like we’ll be using cg.identifier.ccafsprojectpii as the field name
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -423,6 +423,8 @@ COPY 1968
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -431,8 +433,6 @@ COPY 1968
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -54,7 +54,7 @@ Interestingly, it seems DSpace 4.x’s thumbnails were sRGB, but forcing reg
|
||||
$ identify ~/Desktop/alc_contrastes_desafios.jpg
|
||||
/Users/aorth/Desktop/alc_contrastes_desafios.jpg JPEG 464x600 464x600+0+0 8-bit CMYK 168KB 0.000u 0:00.000
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -355,6 +355,8 @@ $ ./delete-metadata-values.py -i Investors-Delete-121.csv -f dc.description.spon
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -363,8 +365,6 @@ $ ./delete-metadata-values.py -i Investors-Delete-121.csv -f dc.description.spon
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -40,7 +40,7 @@ Testing the CMYK patch on a collection with 650 items:
|
||||
|
||||
$ [dspace]/bin/dspace filter-media -f -i 10568/16498 -p "ImageMagick PDF Thumbnail" -v >& /tmp/filter-media-cmyk.txt
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -585,6 +585,8 @@ $ gem install compass -v 1.0.3
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -593,8 +595,6 @@ $ gem install compass -v 1.0.3
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="May, 2017"/>
|
||||
<meta name="twitter:description" content="2017-05-01 ICARDA apparently started working on CG Core on their MEL repository They have done a few cg.* fields, but not very consistent and even copy some of CGSpace items: https://mel.cgiar.org/xmlui/handle/20.500.11766/6911?show=full https://cgspace.cgiar.org/handle/10568/73683 2017-05-02 Atmire got back about the Workflow Statistics issue, and apparently it’s a bug in the CUA module so they will send us a pull request 2017-05-04 Sync DSpace Test with database and assetstore from CGSpace Re-deploy DSpace Test with Atmire’s CUA patch for workflow statistics, run system updates, and restart the server Now I can see the workflow statistics and am able to select users, but everything returns 0 items Megan says there are still some mapped items are not appearing since last week, so I forced a full index-discovery -b Need to remember to check if the collection has more items (currently 39 on CGSpace, but 118 on the freshly reindexed DSPace Test) tomorrow: https://cgspace."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -391,6 +391,8 @@ UPDATE 187
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -399,8 +401,6 @@ UPDATE 187
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -18,7 +18,7 @@
|
||||
<meta name="twitter:card" content="summary"/>
|
||||
<meta name="twitter:title" content="June, 2017"/>
|
||||
<meta name="twitter:description" content="2017-06-01 After discussion with WLE and CGSpace content people, we decided to just add one metadata field for the WLE Research Themes The cg.identifier.wletheme field will be used for both Phase I and Phase II Research Themes Then we’ll create a new sub-community for Phase II and create collections for the research themes there The current “Research Themes” community will be renamed to “WLE Phase I Research Themes” Tagged all items in the current Phase I collections with their appropriate themes Create pull request to add Phase II research themes to the submission form: #328 Add cg."/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -270,6 +270,8 @@ $ JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8" [dspace]/bin/dspace import
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -278,8 +280,6 @@ $ JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8" [dspace]/bin/dspace import
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ Merge changes for WLE Phase II theme rename (#329)
|
||||
Looking at extracting the metadata registries from ICARDA’s MEL DSpace database so we can compare fields with CGSpace
|
||||
We can use PostgreSQL’s extended output format (-x) plus sed to format the output into quasi XML:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -275,6 +275,8 @@ delete from metadatavalue where resource_type_id=2 and metadata_field_id=235 and
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -283,8 +285,6 @@ delete from metadatavalue where resource_type_id=2 and metadata_field_id=235 and
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -60,7 +60,7 @@ This was due to newline characters in the dc.description.abstract column, which
|
||||
I exported a new CSV from the collection on DSpace Test and then manually removed the characters in vim using g/^$/d
|
||||
Then I cleaned up the author authorities and HTML characters in OpenRefine and sent the file back to Abenet
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -517,6 +517,8 @@ org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -525,8 +527,6 @@ org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -32,7 +32,7 @@ Linode sent an alert that CGSpace (linode18) was using 261% CPU for the past two
|
||||
|
||||
Ask Sisay to clean up the WLE approvers a bit, as Marianne’s user account is both in the approvers step as well as the group
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -659,6 +659,8 @@ Cert Status: good
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -667,8 +669,6 @@ Cert Status: good
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -34,7 +34,7 @@ http://hdl.handle.net/10568/78495||http://hdl.handle.net/10568/79336
|
||||
There appears to be a pattern but I’ll have to look a bit closer and try to clean them up automatically, either in SQL or in OpenRefine
|
||||
Add Katherine Lutz to the groups for content submission and edit steps of the CGIAR System collections
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -443,6 +443,8 @@ session_id=6C30F10B4351A4ED83EC6ED50AFD6B6A
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -451,8 +453,6 @@ session_id=6C30F10B4351A4ED83EC6ED50AFD6B6A
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -48,7 +48,7 @@ Generate list of authors on CGSpace for Peter to go through and correct:
|
||||
dspace=# \copy (select distinct text_value, count(*) as count from metadatavalue where metadata_field_id = (select metadata_field_id from metadatafieldregistry where element = 'contributor' and qualifier = 'author') AND resource_type_id = 2 group by text_value order by count desc) to /tmp/authors.csv with csv;
|
||||
COPY 54701
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -944,6 +944,8 @@ $ cat dspace.log.2017-11-28 | grep -o -E 'session_id=[A-Z0-9]{32}' | sor
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -952,8 +954,6 @@ $ cat dspace.log.2017-11-28 | grep -o -E 'session_id=[A-Z0-9]{32}' | sor
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ The logs say “Timeout waiting for idle object”
|
||||
PostgreSQL activity says there are 115 connections currently
|
||||
The list of connections to XMLUI and REST API for today:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -783,6 +783,8 @@ DELETE 20
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -791,8 +793,6 @@ DELETE 20
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -150,7 +150,7 @@ dspace.log.2018-01-02:34
|
||||
|
||||
Danny wrote to ask for help renewing the wildcard ilri.org certificate and I advised that we should probably use Let’s Encrypt if it’s just a handful of domains
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1452,6 +1452,8 @@ Catalina:type=Manager,context=/,host=localhost activeSessions 8
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1460,8 +1462,6 @@ Catalina:type=Manager,context=/,host=localhost activeSessions 8
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ We don’t need to distinguish between internal and external works, so that
|
||||
Yesterday I figured out how to monitor DSpace sessions using JMX
|
||||
I copied the logic in the jmx_tomcat_dbpools provided by Ubuntu’s munin-plugins-java package and used the stuff I discovered about JMX in 2018-01
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -1038,6 +1038,8 @@ UPDATE 3
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -1046,8 +1048,6 @@ UPDATE 3
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -24,7 +24,7 @@ Export a CSV of the IITA community metadata for Martin Mueller
|
||||
|
||||
Export a CSV of the IITA community metadata for Martin Mueller
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -585,6 +585,8 @@ Fixed 5 occurences of: GENEBANKS
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -593,8 +595,6 @@ Fixed 5 occurences of: GENEBANKS
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -26,7 +26,7 @@ Catalina logs at least show some memory errors yesterday:
|
||||
I tried to test something on DSpace Test but noticed that it’s down since god knows when
|
||||
Catalina logs at least show some memory errors yesterday:
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -594,6 +594,8 @@ $ pg_restore -O -U dspacetest -d dspacetest -W -h localhost /tmp/dspace_2018-04-
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -602,8 +604,6 @@ $ pg_restore -O -U dspacetest -d dspacetest -W -h localhost /tmp/dspace_2018-04-
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -38,7 +38,7 @@ http://localhost:3000/solr/statistics/update?stream.body=%3Ccommit/%3E
|
||||
Then I reduced the JVM heap size from 6144 back to 5120m
|
||||
Also, I switched it to use OpenJDK instead of Oracle Java, as well as re-worked the Ansible infrastructure scripts to support hosts choosing which distribution they want to use
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -523,6 +523,8 @@ $ psql -h localhost -U postgres dspacetest
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -531,8 +533,6 @@ $ psql -h localhost -U postgres dspacetest
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -58,7 +58,7 @@ real 74m42.646s
|
||||
user 8m5.056s
|
||||
sys 2m7.289s
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -517,6 +517,8 @@ $ sed '/^id/d' 10568-*.csv | csvcut -c 1,2 > map-to-cifor-archive.csv
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -525,8 +527,6 @@ $ sed '/^id/d' 10568-*.csv | csvcut -c 1,2 > map-to-cifor-archive.csv
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -36,7 +36,7 @@ During the mvn package stage on the 5.8 branch I kept getting issues with java r
|
||||
|
||||
There is insufficient memory for the Java Runtime Environment to continue.
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -569,6 +569,8 @@ dspace=# select count(text_value) from metadatavalue where resource_type_id=2 an
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -577,8 +579,6 @@ dspace=# select count(text_value) from metadatavalue where resource_type_id=2 an
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -46,7 +46,7 @@ Anyways, perhaps I should increase the JVM heap from 5120m to 6144m like we did
|
||||
The server only has 8GB of RAM so we’ll eventually need to upgrade to a larger one because we’ll start starving the OS, PostgreSQL, and command line batch processes
|
||||
I ran all system updates on DSpace Test and rebooted it
|
||||
"/>
|
||||
<meta name="generator" content="Hugo 0.131.0">
|
||||
<meta name="generator" content="Hugo 0.133.1">
|
||||
|
||||
|
||||
|
||||
@ -442,6 +442,8 @@ $ dspace database migrate ignored
|
||||
<ol class="list-unstyled">
|
||||
|
||||
|
||||
<li><a href="/cgspace-notes/2024-08/">August, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-07/">July, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-06/">June, 2024</a></li>
|
||||
@ -450,8 +452,6 @@ $ dspace database migrate ignored
|
||||
|
||||
<li><a href="/cgspace-notes/2024-04/">April, 2024</a></li>
|
||||
|
||||
<li><a href="/cgspace-notes/2024-03/">March, 2024</a></li>
|
||||
|
||||
</ol>
|
||||
</section>
|
||||
|
||||
|
@ -30,7 +30,7 @@ I’ll update the DSpace role in our Ansible infrastructure playbooks and ru
|
||||
Also, I’ll re-run the postgresql tasks because the custom PostgreSQL variables are dynamic according to the system’s RAM, and we never re-ran them after migrating to larger Linodes last month
|
||||