-
Notifications
You must be signed in to change notification settings - Fork 577
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
rpk: cluster config import
should only print changes for properties named in the input, or which are non-default
#4877
Comments
The GET method for cluster_config has an |
How much can this break current behavior? Should we prioritize this for a backport ASAP? |
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877
Earlier attempt at fix here #4910 |
@twmb flagging for your consideration for 22.3 |
Likely v23.1 |
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374) (cherry picked from commit 5a63bd1)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374) (cherry picked from commit 5a63bd1)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374) (cherry picked from commit 5a63bd1)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374) (cherry picked from commit 5a63bd1)
Previously this would compare all the existing configuration values against the new ones, including if the new one was nil (reset to default), and the old one was the default. That meant that an import of a minimal file would generate a huge list of changes, and also a bunch of redundant 'remove' entries in the API request. Functional, but messy. Fix this by only comparing with non-default existing properties when doing an import. The 'edit' path still compares with all properties. Fixes redpanda-data#4877 (cherry picked from commit 2e3a374) (cherry picked from commit 5a63bd1)
It is legal for the user to supply a file that contains only the properties they want to set to a non-default value.
Currently, if they do this then they get an output like this (in this example the input file contains only the superusers property)
The code that calculates the delta for user presentation should only include a property if:
The text was updated successfully, but these errors were encountered: