...
In Review
Expand Jira server DuraSpace JIRA jqlQuery filter=13100 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Please squash a bug!
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13122 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Tickets resolved this week:
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13111 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Tickets created this week:
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13029 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5
Notes
Actions
- Announcements
- Fedora 6.0 release
- Planning to release early next week
- Release Party
- Informal gathering to celebrate the release
- Likely in the next 3-4 weeks
- Migration workshop
- Taking place on Tuesday
- More technical workshop, using migration-utils, migration-validator, fcrepo-docker, etc.
- Fedora 6.0 release
- Testing
- migration-utils slow-down update
- Issue seems to have been resolved
- OCFL object session has a cache for resource headers that migration-utils wasn't using
- Updating a binary or its description touches the header for its counterpart
- Migrating multiple versions of the same object is problematic because new OCFL object sessions are created which requires reading headers
- Peter introduced a new cache that mitigates this
- NAS also performs inconsistently
- Changes are in fcrepo-storage-ocfl
- migration-utils slow-down update
- Release Candidate updates
- https://github.com/fcrepo/fcrepo/pull/1922: search optimization saga
- Changes to MySQL undid some work we did to optimize Postgres
- Danny updated the PR to fix this
- Changes to MySQL undid some work we did to optimize Postgres
- https://fedora-repository.atlassian.net/browse/FCREPO-3734: support for multi-architecture builds in the CI pipeline
- Change in fcrepo-docker and fcrepo
- Docker pull automatically grabs the appropriate image based on processor architecture
- https://fedora-repository.atlassian.net/browse/FCREPO-3620: Fedora 5 -> 6 upgrade fails if a Fedora 5 export has retrieved the external binaries
- Mike is working on this one
- Almost ready for review
- https://fedora-repository.atlassian.net/browse/FCREPO-3735: Add java option to make the rebuild run asynchronously
- UVA is experiencing an extremely slow rebuild in their AWS environment
- This change would allow metrics to be viewed while a rebuild is happening - otherwise metrics can't be viewed until the completion of the process
- Could be a dangerous change - need to make sure write operations are not possible during the index rebuild
- UVA rebuild is finished so we can check in on their performance and revisit this issue later
- https://github.com/fcrepo/fcrepo/pull/1922: search optimization saga
- Release timing
- Due to recent changes we will cut another RC and delay the release by 1 week
- fcrepo 5 release
- Artifacts were deploying to Sonatype but Javadocs are not building
- Ben is looking into this
- Fedora 6.0 release dependencies
- RC uses snapshots of dependencies but these are packaged with the release
- Code changes to main should not break RCs. Some of the new changes will break RC-1
- Going forward, these dependencies should also get RC releases so changes to main don't break a RC
Actions
- Look through migration util commits since December to see if there are any potential causes of performance drop off.
- cut the release candidate today
- Calvin will adjust the prometheus.yml targets line to point at the localhost fedora on port 8080 to run the metric on prometheus docker compose