-
Notifications
You must be signed in to change notification settings - Fork 195
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
Bigtables Garbage Collection Policy is not applicable #300
Comments
Hi @wesam80, thanks, I've confirmed that this is a bug on our side. We'll work on fixing the issue and let you know when we have an update. |
Thanks @jcanseco for confirming. Any determined time frame? Our implementation depends on this and we are going to production soon. It is great to know the estimated time so we plan accordingly. |
Hi @wesam80, I believe we theoretically should be able to support the creation case by late Nov or early Dec (i.e. the case of setting a GC policy when there is none). However, it'll take us awhile longer to support the update case (i.e. the case of updating a GC policy that is already there). In theory, you should still be able to perform an "update" once we fix the creation case, but you'd have to do so by deleting and then re-creating the GC policy. The problem behind this issue is unfortunately a bit tricky, so these are the best estimates I can give you for now. What do you think? Would the fix for the creation case be sufficient for your use-case, or would you rather just wait for both the creation and update cases to be fixed given your production timelines? |
Yes @jcanseco, supporting the creation by the end of November would help us at the short term, and definitly we will be happy to have both create and update later on :) |
Great, thanks for confirming @wesam80. We'll let you know once we have more updates. |
Hi @wesam80 , we just released Config Connector v1.32.0, which fixes the creation case for BigtableGCPolicy. Please let us know if it works. |
Thank you @maqiuyujoyce As you know, people get greedy :) Any timeline for supporting updates as well without the need for deleting GCPs and creating them again? Thx |
Hi @wesam80 , thank you for confirming that the creation works! In regard to supporting updates, currently we don't have a timeline yet. It's a bigger change compared to supporting creations, so we are still looking into how to better address it. Will let you know when we have any update. |
This should be resolved by using |
|
Describe the bug
When applying a simple BigtableGCPolicy like the one here in the documentation, the objects are created properly, but the policy is not really applied.
If the policy is updated using the cli
cbt
it works fineConfigConnector Version
1.27.1
To Reproduce
Steps to reproduce the behavior:
YAML snippets:
Then check the GC policies on the field using
cbt
command line, it will show<never>
If the policy is update manually
cbt setgcpolicy ...
it will work fineDebugging:
kubectl describe BigtableGCPolicy -n datastores-wes-sit
The text was updated successfully, but these errors were encountered: