D
>а как ЗК заставить держать старые лог, а то они походу рестартуются иногда?
не понял вопроса
не понял вопроса
log ZK начинается с момента старта сервиса почему-то... (но эт может сетап кривой в systemd)
Size: a a a
2020 July 02
DC
Required Optional
Здравствуйте, коллеги! Возможно ли что при стресс-тестах по всему кластеру 2*2=4 при запросах типа селект, КХ начинает терять данные? У меня впечатление, что да... Причина пока не известна, но в детачах обнаруженно много брокен партиций. Может кто-то подскажет куда смотреть?
КХ падали ? (они рестартуют кроном)
RO
нет не падали по идеее
DC
Required Optional
нет не падали по идеее
select now() - uptime()
DC
log ZK начинается с момента старта сервиса почему-то... (но эт может сетап кривой в systemd)
этого не знаю
D
а сколько размер файла
зукиперы вообще обычно не падают, у меня аптайм >2 лет у ЗК
snapshot.91fb3f7b8 ?зукиперы вообще обычно не падают, у меня аптайм >2 лет у ЗК
drwxrwxr-x 2 307 Jul 2 09:38 .
drwxrwxr-x 3 63 Jul 2 15:54 ..
-rw-r--r-- 1 1 Jun 12 00:10 acceptedEpoch
-rw-r--r-- 1 1 Jun 12 00:10 currentEpoch
-rw-r--r-- 1 140M Jul 1 19:56 snapshot.91e8cd70c
-rw-r--r-- 1 174M Jul 1 21:40 snapshot.91eb961d0
-rw-r--r-- 1 195M Jul 1 23:20 snapshot.91ed919af
-rw-r--r-- 1 214M Jul 2 00:43 snapshot.91ef51793
-rw-r--r-- 1 244M Jul 2 02:15 snapshot.91f1a6190
-rw-r--r-- 1 257M Jul 2 03:13 snapshot.91f34fdef
-rw-r--r-- 1 276M Jul 2 04:18 snapshot.91f4e1979
-rw-r--r-- 1 293M Jul 2 05:14 snapshot.91f683511
-rw-r--r-- 1 305M Jul 2 06:50 snapshot.91f8e645c
-rw-r--r-- 1 329M Jul 2 08:47 snapshot.91fb3f7b8
мелочи вроде
DC
drwxrwxr-x 2 307 Jul 2 09:38 .
drwxrwxr-x 3 63 Jul 2 15:54 ..
-rw-r--r-- 1 1 Jun 12 00:10 acceptedEpoch
-rw-r--r-- 1 1 Jun 12 00:10 currentEpoch
-rw-r--r-- 1 140M Jul 1 19:56 snapshot.91e8cd70c
-rw-r--r-- 1 174M Jul 1 21:40 snapshot.91eb961d0
-rw-r--r-- 1 195M Jul 1 23:20 snapshot.91ed919af
-rw-r--r-- 1 214M Jul 2 00:43 snapshot.91ef51793
-rw-r--r-- 1 244M Jul 2 02:15 snapshot.91f1a6190
-rw-r--r-- 1 257M Jul 2 03:13 snapshot.91f34fdef
-rw-r--r-- 1 276M Jul 2 04:18 snapshot.91f4e1979
-rw-r--r-- 1 293M Jul 2 05:14 snapshot.91f683511
-rw-r--r-- 1 305M Jul 2 06:50 snapshot.91f8e645c
-rw-r--r-- 1 329M Jul 2 08:47 snapshot.91fb3f7b8
мелочи вроде
а почему выросло в два раза? т.е. база зукипера увеличилась в 2 раза
RO
select now() - uptime()
серваки с 15 июня стоят но данные потерялись
D
а почему выросло в два раза? т.е. база зукипера увеличилась в 2 раза
а у него есть du?
там много чего было.
too many parts вставки
таски висели.
-
плюс есть ночью большие вставки
там много чего было.
too many parts вставки
таски висели.
-
плюс есть ночью большие вставки
D
а почему выросло в два раза? т.е. база зукипера увеличилась в 2 раза
может tickTime увеличить, это поможет ему стартануть?
DC
Required Optional
серваки с 15 июня стоят но данные потерялись
надо в логе читать почему они попали в broken
DC
может tickTime увеличить, это поможет ему стартануть?
а в логе он пишет что-нибудь?
DC
может он не может достучаться до соседей?
RO
надо в логе читать почему они попали в broken
клиент вышлет - гляну.
D
а в логе он пишет что-нибудь?
сдох на reading snapshot, жрет 100% CPU
Д
How to convert not replicated MV to replicated https://gist.github.com/den-crane/80cb95e74f046be2d8ffae58d9b04e8f
How to alter MV https://gist.github.com/den-crane/431010ca08b9e51b960e55344b1dbbe3
MV_poplulating_with_freeze https://gist.github.com/den-crane/64c05be67ef8a926242011188ce96f44
Several_MV_one_internal_store https://gist.github.com/den-crane/005633470c70877dd28c00211cd9fcfb
Populate AggregatingMergeTree through null table https://gist.github.com/den-crane/f7382cd4f1f859ff6ac46afe7dc9925a
alter_MV_with_SummingMergeTree https://gist.github.com/den-crane/3a8d57253711e277b2a60a75b5dfeef6
Rename MV in CH before 19.8.3.8 https://gist.github.com/den-crane/d9a0bceb58a7d5314ea66e8edbebc9f7
How to alter MV https://gist.github.com/den-crane/431010ca08b9e51b960e55344b1dbbe3
MV_poplulating_with_freeze https://gist.github.com/den-crane/64c05be67ef8a926242011188ce96f44
Several_MV_one_internal_store https://gist.github.com/den-crane/005633470c70877dd28c00211cd9fcfb
Populate AggregatingMergeTree through null table https://gist.github.com/den-crane/f7382cd4f1f859ff6ac46afe7dc9925a
alter_MV_with_SummingMergeTree https://gist.github.com/den-crane/3a8d57253711e277b2a60a75b5dfeef6
Rename MV in CH before 19.8.3.8 https://gist.github.com/den-crane/d9a0bceb58a7d5314ea66e8edbebc9f7
Привет, хотел уточнить по тому же вопросу, а что будет если у меня вьюшка переносит все данные из оригинальной таблицы в себя (читай в .inner) как есть но с небольшим условием типа WHERE id != 0, и я повышу тип поля (например с int32 на int64) в исходной таблице до того как повышу тип во вьюшке и не вырубая входной поток данных.
DC
может кривой файл (недописанный). Попробуйте kill -9 javа-е, mv этому снепшоту куда-нибудь и стартовать zk, он должен начать читать другой последний
D
может кривой файл (недописанный). Попробуйте kill -9 javа-е, mv этому снепшоту куда-нибудь и стартовать zk, он должен начать читать другой последний
спасибо, а сносить только этот снапшот или вообще все и дать ему скачать с других?
DC
спасибо, а сносить только этот снапшот или вообще все и дать ему скачать с других?
тот один конкретный
DC
Привет, хотел уточнить по тому же вопросу, а что будет если у меня вьюшка переносит все данные из оригинальной таблицы в себя (читай в .inner) как есть но с небольшим условием типа WHERE id != 0, и я повышу тип поля (например с int32 на int64) в исходной таблице до того как повышу тип во вьюшке и не вырубая входной поток данных.
не знаю, я бы изменил select во вью на toInt32