...
Project | Tested by | Success? RC-1 | Success RC-2 | Notes |
---|---|---|---|---|
Islandora
Project | Tested by | Success? RC-1 | Success? RC-2Notes | |
---|---|---|---|---|
CLAW? |
API-X
Project | Tested by | Success? RC-1 | Success? RC-2Notes | |
---|---|---|---|---|
fcrepo-api-x-integration | ||||
fcrepo-api-x-demo (Docker) |
...
Tested by | Platform | Container (Tomcat/Jetty) | Database Backend | From Fedora | To Fedora | Number of RDF Resources | Number of Binaries | Size of Backup (du -h .) | Success RC1? | Success RC2? | Notes | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Linux | Jetty | File-simple | 4.7.5 | 4.7.5 | 100 | |||||||||||||||||||||
Linux | Tomcat | Postgres | 4.7.1 | 4.7.5-RC | 6400 | 6400 | 6.7 G | Performed a GET test on all resources in 4.7.5 RC1 before /fcr:restore, thereby mimicking an 'in place upgrade.' All succeeded. RC2 test used backup of 471 from RC1 test. | ||||||||||||||||||
Linux | Tomcat | Postgres | ||||||||||||||||||||||||
4.7.3 | 4.7.5-RC | 6400 | 6400 | 6.7 G | Performed a GET test on all resources in 4.7.5 RC1 before /fcr:restore, thereby mimicking an 'in place upgrade.' All succeeded. RC2 test used backup of 473 from RC1 test. | Linux | Tomcat | Postgres4.7.4 | 4.7.5-RC | 6400 | 6400 | 6.7 G | Performed a GET test on all resources in 4.7.5 RC1 before /fcr:restore, thereby mimicking an 'in place upgrade.' All succeeded. RC2 test used backup of 474 from RC1 test. | |||||||||||||
Linux | Tomcat | Mysql4.7.4 | 4.7.5-RC-1 | 79456 | 11969 | 96G | Performed an fcr:export from 4.7.4. Performed an fcr:import to 4.7.5-RC-1. Performed a reindex using camel (to walk all RDF resources). I did not test every binary. | |||||||||||||||||||
Linux | Tomcat | Mysql 5.6 | 4.7.5 | 4.7.5-RC-1 | 6400 | 6400 | 6.7 G | Performed a GET test on all resources in 4.7.5 RC1 before /fcr:restore, as verification. All succeeded. For RC2 test, the back up that was restored in this test was actually created from a postgres backend repo. | ||||||||||||||||||
Linux | Tomcat | Postgres | 4.7.5 | 4.7.5-RC | 6400 | 6400 | 6.7 G | Performed a GET test on all resources in 4.7.5 RC2 before /fcr:restore, as verification. All succeeded. For RC1 test, the back up that was restored in this test was actually created from a mysql backend repo. |
NB: "Success" is measured not by receiving a "204 No Content" message after the 'fcr:restore' command, but by performing a GET on every resource in the repository and receiving "200 OK" messages.
...
Test steps | Tested By | Success RC2? | Notes | |||
---|---|---|---|---|---|---|
FEDORA_AUTH=true | auth working audit disabled | |||||
FEDORA_AUTH=false |
| |||||
FEDORA_AUTH=true |
The above turns out not to be an issue. Updates to solr are collected and then execute in batch operations. I just needed to wait a few seconds. Audit events: with this caveat
sudo tail -f /opt/karaf/data/log/karaf.log: Stacktrace
| |||||
FEDORA_AUTH=false |
Manual Tests
Same as above, plus:
...
Backwards Compatibility Tests
- Start 45.70.4 0 one-click
- Load sample datasets via /fcr:restore
- Run test scripts on 45.70.40
- Stop 45.70.40
- Start RC one-click
- Run test scripts on RC
- ReStart RC
- Run test scripts on RC
Tested by | Success RC1 | Success RC2Notes | |
---|---|---|---|
Did not run camel_toolbox_tests or authz_tests. | |||
Resources
[1] Testing scripts
...