-
Notifications
You must be signed in to change notification settings - Fork 671
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
Dropping the schema in which Citus has been created fails if the schema was marked as distributed #6901
Labels
Comments
might be related #5780 |
onurctirtir
added a commit
that referenced
this issue
May 3, 2023
onurctirtir
added a commit
that referenced
this issue
May 3, 2023
onurctirtir
added a commit
that referenced
this issue
May 4, 2023
onurctirtir
added a commit
that referenced
this issue
May 16, 2023
We mark objects as distributed objects in Citus metadata only if we need to propagate given the command that creates it to worker nodes. For this reason, we were not doing this for the objects that are created while pg_dist_node is empty. One implication of doing so is that we defer the schema propagation to the time when user creates the first distributed table in the schema. However, this doesn't help for schema-based sharding (#6866) because we want to sync pg_dist_tenant_schema to the worker nodes even for empty schemas too. * Support test dependencies for isolation tests without a schedule * Comment out a test due to a known issue (#6901) * Also, reduce the verbosity for some log messages and make some tests compatible with run_test.py.
emelsimsek
pushed a commit
that referenced
this issue
May 24, 2023
We mark objects as distributed objects in Citus metadata only if we need to propagate given the command that creates it to worker nodes. For this reason, we were not doing this for the objects that are created while pg_dist_node is empty. One implication of doing so is that we defer the schema propagation to the time when user creates the first distributed table in the schema. However, this doesn't help for schema-based sharding (#6866) because we want to sync pg_dist_tenant_schema to the worker nodes even for empty schemas too. * Support test dependencies for isolation tests without a schedule * Comment out a test due to a known issue (#6901) * Also, reduce the verbosity for some log messages and make some tests compatible with run_test.py.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Documenting a probably known/old issue:
The text was updated successfully, but these errors were encountered: