-
Notifications
You must be signed in to change notification settings - Fork 821
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
Removing 3 GSIs on table with enableIterativeGsiUpdates set to true throws "cannot modify more than one GSI" error #6348
Comments
For sanity check, can you provide your |
|
@tomhirschfeld I ran this on version 4.40.1 and I was not able to repro. I do have the feature flag enabled. Did the error look like the following?
We could also look into replicating this. Could you send over your |
yes, I can do this, thanks! |
Closing due to lack of response. Should you still run into this issue please comment below. |
I am having problems with this as well. I have the flag set. With a larger amplify push, that involved updates to function/auth/api, I never got the "Deploying stack (1 of X)" message. Amplify push failed with "Cannot perform more than one GSI creation or deletion in a single update". I then reverted my schema.graphql ( added the deleted @keys back ), and pushed the other changes. After that succeeded, I removed 2 keys and ran 'amplify push'. I did get "Deploying stack (1 of 3)" and it succeeded. |
This issue has been automatically locked since there hasn't been any recent activity after it was closed. Please open a new issue for related bugs. Looking for a help forum? We recommend joining the Amplify Community Discord server |
Describe the bug
Removing 3 GSIs on table with enableIterativeGsiUpdates set to true throws "cannot modify more than one GSI" error
To Reproduce
Steps to reproduce the behavior:
change schema from:
to
throws error in master + production envs using the provided push simple script when iterative GSI update flag is set to true
Expected behavior
removing 3 GSIs should not trigger an error
CLI versions: latest/4.40.*
The text was updated successfully, but these errors were encountered: