You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Because the admin password gets baked into Alembic migrations for dictionaries, when you change the ch_admin password those dictionaries break until you downgrade and re-upgrade, which is not a viable path. :)
I'm opening a support ticket to see if there's some undocumented or better way to manage these dictionaries so that we don't have to put the password in there, since we don't want to be doing that anyway. This ticket is just for record keeping.
The text was updated successfully, but these errors were encountered:
We would probably have to handle that as part of the pre-Alembic bootstrap process like we do with the other credentials, which I actually like better.
bmtcril
added
the
bug
Report of or fix for something that isn't working as intended
label
Jan 12, 2024
There is a special setting (named_collection_control) required to manage them via DDL, which needs to be set on a per-user basis to bootstrap a user who can grant this to others
This setting can only be done via XML file in the users dir (until 23.11, where it was made on by default for the default user), but it’s impossible to bootstrap a user in all of our target platforms because…
Setting user XML on K8s doesn’t work because ClickHouse actually writes to this directory, and mounting it makes it read only. The setting won't be read from any other config file / directory.
We can make it work on k8s, local, and dev by defining the named collections themselves in XML and writing that to the config dir but…
We can’t do that on CH Cloud or Altinity. Altinity actually has this setting on by default, so we can use DDL there, but…
CH Cloud doesn’t support this feature at all yet so none of this matters.
This should be in the next CH LTS, which is maybe... March? We can revisit then, but for now our hopes rest on #565
Because the admin password gets baked into Alembic migrations for dictionaries, when you change the ch_admin password those dictionaries break until you downgrade and re-upgrade, which is not a viable path. :)
I'm opening a support ticket to see if there's some undocumented or better way to manage these dictionaries so that we don't have to put the password in there, since we don't want to be doing that anyway. This ticket is just for record keeping.
The text was updated successfully, but these errors were encountered: