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

Problem: queued collections can't be set to failed using bulk operations #105

Open
scollazo opened this issue Apr 28, 2020 · 5 comments
Open
Labels
Severity: medium An inconvenient situation where the software is usable but inconvenient or slow.

Comments

@scollazo
Copy link
Contributor

We had a user request in order to be able to fail already queued transfers.

@scollazo
Copy link
Contributor Author

As this is not supported, we plan to update the mysql database using sql

@scollazo
Copy link
Contributor Author

Bulk operation also doesn't allow to set all the "pending" transfers to "abandoned"

@sevein
Copy link
Member

sevein commented Apr 28, 2020

As this is not supported, we plan to update the mysql database using sql

@scollazo it's probably better to cancel the workflows, e.g. cadence workflow cancel -w <wid> -r <rid>. That gives the workflow an opportunity to exit gracefully and update the database on its way out. If you updated the database manually then you'd be introducing state inconsistency I suppose.

@scollazo
Copy link
Contributor Author

@sevein any quick way to find the wid and rid? In this case, the change involved all the QUEUED transfers, but there could be cases where you only want to cancel a bunch of sips, and not all the queued ones.

@scollazo
Copy link
Contributor Author

Forget the previous comment, I can see them on the collections table.

@sevein sevein modified the milestone: Backlog Jun 10, 2020
@sevein sevein added the Severity: medium An inconvenient situation where the software is usable but inconvenient or slow. label Feb 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Severity: medium An inconvenient situation where the software is usable but inconvenient or slow.
Projects
None yet
Development

No branches or pull requests

2 participants