Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve Assetmanager multi store behavior #5857

Merged
merged 1 commit into from
May 23, 2024

Conversation

wsmirnow
Copy link
Contributor

Since PR #4955, Assetmanager supports multiple stores. Moving a mediapackage to different store can result in an AssetManagerException like this: An asset with checksum … (md5) has already been archived but trying to copy or link asset StoragePath(orgId=mh_default_org, mpId=…, version=…, mpeId=…) to it failed This is because the path to the mediapackage is cached in the Assetmanager for 60 minutes. That's too long. Reducing the period to 1 minute is enough to get performance boost and be dynamic.

Assetmanager decides which asset store to use for each snapshot. That's not the best way. If you have a snapshot in store A and you create another snapshot, the second one may go to store B. This means that hardlinking between the two asset stores may not work and the files will be copied. This patch changes this behavior. All snapshots of a mediapackage are stored in the same asset store.

Your pull request should…

Since PR opencast#4955, Assetmanager supports multiple stores. Moving a mediapackage to different store can result in an AssetManagerException like this:
`An asset with checksum … (md5) has already been archived but trying to copy or link asset StoragePath(orgId=mh_default_org, mpId=…, version=…, mpeId=…) to it failed`
This is because the path to the mediapackage is cached in the Assetmanager for 60 minutes. That's too long. Reducing the period to 1 minute is enough to get performance boost and be dynamic.

Assetmanager decides which asset store to use for each snapshot. That's not the best way. If you have a snapshot in store A and you create another snapshot, the second one may go to store B. This means that hardlinking between the two asset stores may not work and the files will be copied. This patch changes this behavior. All snapshots of a mediapackage are stored in the same asset store.
@gregorydlogan gregorydlogan self-assigned this May 23, 2024
@gregorydlogan gregorydlogan merged commit 26a7d1a into opencast:r/15.x May 23, 2024
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants