DC
Блин, это ж опять КХ перезапускать...
нет
Size: a a a
2020 August 18
SL
reload?
SL
А разве не один хрен?
DC
изменения пользователей применяются сразу, ничего делать не нужно
SL
изменения пользователей применяются сразу, ничего делать не нужно
В смысле? Просто дописать в XML и он сам поймёт, что теперь можно???
DC
В смысле? Просто дописать в XML и он сам поймёт, что теперь можно???
да, КХ следит за файлами своих конфигах и применяет сразу по сохранению
DC
просто параметры из config.xml (не все) нуждаются в рестарте для изменения, потому что применяются только на старте
SL
Щас проверим... У меня просто базы/таблицы/партиции по полчаса пересобираются при перезапуске - подобные эксперименты с перезапусками уже успели утомить, если честно
SL
просто параметры из config.xml (не все) нуждаются в рестарте для изменения, потому что применяются только на старте
А есть где-то описание, каким параметрам можно, а каким нет?
DC
В КХ есть config.xml и users.xml ,
users.xml на лету
config.xml <remote_servers на лету
config.xml <dictionaries на лету
все остальное из config.xml нужна перезагрузка (это тоже не совсем правда, но это тут еще 20мин. объяснять)
users.xml на лету
config.xml <remote_servers на лету
config.xml <dictionaries на лету
все остальное из config.xml нужна перезагрузка (это тоже не совсем правда, но это тут еще 20мин. объяснять)
DC
типа с некоторой версии КХ можно без перезагрузки:
max_table_size_to_drop and max_partition_size_to_drop https://github.com/ClickHouse/ClickHouse/pull/7779
max_table_size_to_drop and max_partition_size_to_drop https://github.com/ClickHouse/ClickHouse/pull/7779
SL
О, крутяк! =)
Спасибо
Спасибо
AM
Всем привет
Подскажите, пожалуйста:
Мы мигрируем в mdb, который поддерживает только secure соединения. Используем clickhouse-client для переливки данных из yt в ch путём простого
Судя по истории сообщений - это недоступность порта. Дырки открыты по 9440 порту, но в ошибке видно, что пытается достучаться по 9000
Я подозреваю, что нужно указать
Подскажите, пожалуйста:
Мы мигрируем в mdb, который поддерживает только secure соединения. Используем clickhouse-client для переливки данных из yt в ch путём простого
yt read *** | clickhouse-client *** --secure --port 9440Возникает ошибка
Code: 209. DB::NetException: Timeout: (***.yandex.net:9000 ***)
Судя по истории сообщений - это недоступность порта. Дырки открыты по 9440 порту, но в ошибке видно, что пытается достучаться по 9000
Я подозреваю, что нужно указать
--config-file=asd.xml(конфига изначально нет), где будет прописано:
<loadDefaultCAFile>true</loadDefaultCAFile>Если да, то можно ли как-то в командной строке прокинуть этот параметр?
SL
access_control_path потом рестарт
А, блин, похоже, всё-таки придётся перезапустить...
DC
какая версия КХ?
SL
какая версия КХ?
Самая последняя (почти)
20.6.3.28
20.6.3.28
DC
Щас проверим... У меня просто базы/таблицы/партиции по полчаса пересобираются при перезапуске - подобные эксперименты с перезапусками уже успели утомить, если честно
https://clickhouse.tech/docs/ru/operations/settings/merge-tree-settings/#max-part-loading-threads
некоторым помогает ускорить старт если max_part_loading_threads=64 , 128 , 256
некоторым помогает ускорить старт если max_part_loading_threads=64 , 128 , 256
DC
Самая последняя (почти)
20.6.3.28
20.6.3.28
там в конфиге из пакета стоит
<!-- Path to folder where users and roles created by SQL commands are stored. -->
<access_control_path>/var/lib/clickhouse/access/</access_control_path>
нафига вы config.xml меняете?
<!-- Path to folder where users and roles created by SQL commands are stored. -->
<access_control_path>/var/lib/clickhouse/access/</access_control_path>
нафига вы config.xml меняете?
NO
Можно ли как то дать название колонкам по дате при группировки? Вопрос только в наименование самих колонок:
