-
Notifications
You must be signed in to change notification settings - Fork 9
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
Sync blocks after loan migration #788
Comments
@banerjek Launch and continue, or launch and wait? |
Launch and continue -- I wouldn't bother to monitor/verify it. If it failed for some reason and there were affected users, manual intervention would be necessary anyway. No need to add additional overhead |
I will note that this can be an "expensive" process, depending on how many transactions are present in the system. |
I really hated having to suggest this enhancement for precisely that reason, but unfortunately my experience is the number of transactions correlates strongly with improper autoblocks I have theories that this is more a function of the nature of the transactions that we get when someone sends tens of thousands (or a quarter million as I recently migrated), but the end effect is the same, namely that loan migrations are resulting in autoblocked users so often (and these are inevitably the heaviest users) that I've been needing to do this basically every time |
Automated patron blocks rely on mod-pubsub, which does not have any form of delivery guarantee for published messages. For automated transaction migrations, I suspect the event queue is being overwhelmed. |
…on and method for syncing patron blocks. Call in wrap-up method.
A huge percentage of the time, the loan migration process ends with a lot of spurious blocks that must be cleared via a call to /automated-patron-blocks/synchronization/job
This happens often enough that seems worthwhile to just automatically launch this after a loans migration process
The text was updated successfully, but these errors were encountered: