-
Notifications
You must be signed in to change notification settings - Fork 34
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
B-22205 B-22209 B-22210 Fix TGET ingestion for good #14807
B-22205 B-22209 B-22210 Fix TGET ingestion for good #14807
Conversation
…-dest-move B-22480 - fix issue with null Prime API call and AK destination moves
…tRequestIDInUseErrorFix B 22271 main office user account request id in use error fix
B-22247 bug fixes for queue assignment
MAIN B-21939
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
migrations look good
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No concerns here, blocker noted and agree with the plan in the new future to resolve.
@cameroncaci for the blocking issue- RDS likely unable to perform or are we hoping to get RDS scaled up ? |
Pinged the BAs about it again in the issue ticket to try and make it a priority, it's currently at the architects. The plan (Or at least my plan, arch's haven't reached out to me yet) is to run one full DB sync, and then immediately replace it with incremental. We'll reserve full DB syncing for if any issues or HDTs pop up, but the incremental should be entirely fixed now. BUT, the current RDS db can't even handle 1 full DB sync. Meaning we need to either:
|
We might be able to get a temp outage for the sync - if the other 2 options don't pan out- but would need some planning |
B-22205
B-22209
B-22210
Warning
Hard blocked by I-13833
Note
Feature E-06422 will help resolve the blocker
See parent PR
transcom/trdm-lambda#34