Р
Так что в версиях нет пока
А я в repo.clickhouse.tech смотрел, но это кажись дата заливки?
Size: a a a
2020 July 02
D
А в зукипере есть ошибки в логах?
да, один из ЗК нодов рестартанулся судя по всему
2020-07-02 10:15:49,954 [myid:] - INFO [main:QuorumPeerConfig@135] - Reading configuration from: /data01/zookeeper/zookeeper/bin/../conf/zoo.cfgещё ошибка на другом ноде
....
2020-07-02 10:15:50,199 [myid:5] - INFO [main:FileSnap@83] - Reading snapshot /data01/zookeeper/data/version-2/snapshot.91fb59cf8
2020-07-02 10:22:02,461 [myid:5] - ERROR [main:Util@211] - Last transaction was partial.
2020-07-02 10:22:09,378 [myid:5] - INFO [QuorumPeer[myid=5](plain=[0:0:0:0:0:0:0:0]:2181)(secure=disabled):FastLeaderElection@885] - New election. My id = 5, proposed zxid=0x91fbc7c4c
2020-07-02 10:22:10,640 [myid:5] - WARN [WorkerSender[myid=5]:QuorumCnxManager@685] - Cannot open channel to 4 at election address hostname06/10.10.10.106:3881
java.net.ConnectException: Connection refused (Connection refused)
SC
Рустам
А я в repo.clickhouse.tech смотрел, но это кажись дата заливки?
дата релиза не связана с фактом что фикс не бекпортировали в более старую версию
Р
дата релиза не связана с фактом что фикс не бекпортировали в более старую версию
А как узнать наверняка?
SC
Рустам
А как узнать наверняка?
посмотреть в каких тегах этот коммит присутствует
Р
Получается в стабильных версиях его нет?
PV
Коллеги, приветствую!
Возник вопрос: а поменять гранулярность PARTIONING таблицы через ALTER возможно? Не могу найти в доке. Задача PARTITIONING с дней поменять на месяцы.
То бишь,
Понятно, что можно сделать миграцию данных через другую таблицу, но вдруг можно просто заальтерить.
Возник вопрос: а поменять гранулярность PARTIONING таблицы через ALTER возможно? Не могу найти в доке. Задача PARTITIONING с дней поменять на месяцы.
То бишь,
PARTITION BY toYYYYMMDD(s_date) поменять на PARTITION BY toYYYYMM(s_date)Понятно, что можно сделать миграцию данных через другую таблицу, но вдруг можно просто заальтерить.
DC
Рустам
А я в repo.clickhouse.tech смотрел, но это кажись дата заливки?
его портировали в 20.5 поэтому я писал про 20.5 prestable и 20.6
https://github.com/ClickHouse/ClickHouse/pull/11961
https://github.com/ClickHouse/ClickHouse/pull/11961
Р
его портировали в 20.5 поэтому я писал про 20.5 prestable и 20.6
https://github.com/ClickHouse/ClickHouse/pull/11961
https://github.com/ClickHouse/ClickHouse/pull/11961
Получается надо подождать любой 20.5 stable версии в repo, если я не хочу не stable варианты?
SC
его портировали в 20.5 поэтому я писал про 20.5 prestable и 20.6
https://github.com/ClickHouse/ClickHouse/pull/11961
https://github.com/ClickHouse/ClickHouse/pull/11961
последний релиз 20.5 престейбла был 10 дней назад, а бекпорты смержили 7 дней назад
DC
Рустам
Получается надо подождать любой 20.5 stable версии в repo, если я не хочу не stable варианты?
если вы пишете новый свежий софт, то берите 20.6
DC
Коллеги, приветствую!
Возник вопрос: а поменять гранулярность PARTIONING таблицы через ALTER возможно? Не могу найти в доке. Задача PARTITIONING с дней поменять на месяцы.
То бишь,
Понятно, что можно сделать миграцию данных через другую таблицу, но вдруг можно просто заальтерить.
Возник вопрос: а поменять гранулярность PARTIONING таблицы через ALTER возможно? Не могу найти в доке. Задача PARTITIONING с дней поменять на месяцы.
То бишь,
PARTITION BY toYYYYMMDD(s_date) поменять на PARTITION BY toYYYYMM(s_date)Понятно, что можно сделать миграцию данных через другую таблицу, но вдруг можно просто заальтерить.
нет
Р
если вы пишете новый свежий софт, то берите 20.6
Понял, спасибо
PV
Спасибо, понял.
DC
да, один из ЗК нодов рестартанулся судя по всему
2020-07-02 10:15:49,954 [myid:] - INFO [main:QuorumPeerConfig@135] - Reading configuration from: /data01/zookeeper/zookeeper/bin/../conf/zoo.cfgещё ошибка на другом ноде
....
2020-07-02 10:15:50,199 [myid:5] - INFO [main:FileSnap@83] - Reading snapshot /data01/zookeeper/data/version-2/snapshot.91fb59cf8
2020-07-02 10:22:02,461 [myid:5] - ERROR [main:Util@211] - Last transaction was partial.
2020-07-02 10:22:09,378 [myid:5] - INFO [QuorumPeer[myid=5](plain=[0:0:0:0:0:0:0:0]:2181)(secure=disabled):FastLeaderElection@885] - New election. My id = 5, proposed zxid=0x91fbc7c4c
2020-07-02 10:22:10,640 [myid:5] - WARN [WorkerSender[myid=5]:QuorumCnxManager@685] - Cannot open channel to 4 at election address hostname06/10.10.10.106:3881
java.net.ConnectException: Connection refused (Connection refused)
oom ?
возможно все проблемы следствия падения зк, но я такого не видел, это какие-то новые проблемы
возможно все проблемы следствия падения зк, но я такого не видел, это какие-то новые проблемы
RO
Здравствуйте, коллеги! Возможно ли что при стресс-тестах по всему кластеру 2*2=4 при запросах типа селект, КХ начинает терять данные? У меня впечатление, что да... Причина пока не известна, но в детачах обнаруженно много брокен партиций. Может кто-то подскажет куда смотреть?
D
oom ?
возможно все проблемы следствия падения зк, но я такого не видел, это какие-то новые проблемы
возможно все проблемы следствия падения зк, но я такого не видел, это какие-то новые проблемы
/var/log/messages закрыт, но судя по мониторингу zabbix машина память не кушала (12GB / 16GB).
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
2020-07-02 15:47:33,820 [myid:4] - INFO [main:FileSnap@83] - Reading snapshot /data01/zookeeper/data/version-2/snapshot.91fb3f7b8
DC
/var/log/messages закрыт, но судя по мониторингу zabbix машина память не кушала (12GB / 16GB).
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
2020-07-02 15:47:33,820 [myid:4] - INFO [main:FileSnap@83] - Reading snapshot /data01/zookeeper/data/version-2/snapshot.91fb3f7b8
а сколько размер файла
зукиперы вообще обычно не падают, у меня аптайм >2 лет у ЗК
snapshot.91fb3f7b8 ?зукиперы вообще обычно не падают, у меня аптайм >2 лет у ЗК
DC
/var/log/messages закрыт, но судя по мониторингу zabbix машина память не кушала (12GB / 16GB).
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
ещё сейчас один из нодов жрет СПУ как не в себя, не стартует, висит на
2020-07-02 15:47:33,820 [myid:4] - INFO [main:FileSnap@83] - Reading snapshot /data01/zookeeper/data/version-2/snapshot.91fb3f7b8
>а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
не понял вопроса
не понял вопроса
K
не подскажете в чем может быть проблема. перестали данные писать, и запросы к таблице падают некоторые
2020.07.02 12:48:49.504775 [ 13 ] {} <Error> void DB::BackgroundProcessingPool::threadFunction(): Code: 87, e.displayText() = DB::ErrnoException: Cannot seek through file /srv/clickhouse/data/stats/events/20200624_20200625_8327373_8343593_4733/uid.bin, errno: 22, strerror: Invalid argument: (while reading column uid): (while reading from part /srv/clickhouse/data/stats/events/20200624_20200625_8327373_8343593_4733/ from mark 0 with max_rows_to_read = 8192), Stack trace:
2020.07.02 12:48:49.504775 [ 13 ] {} <Error> void DB::BackgroundProcessingPool::threadFunction(): Code: 87, e.displayText() = DB::ErrnoException: Cannot seek through file /srv/clickhouse/data/stats/events/20200624_20200625_8327373_8343593_4733/uid.bin, errno: 22, strerror: Invalid argument: (while reading column uid): (while reading from part /srv/clickhouse/data/stats/events/20200624_20200625_8327373_8343593_4733/ from mark 0 with max_rows_to_read = 8192), Stack trace: