А в кликхаусе wal обрабатываются ПРоцом или памятью? у меня при

старте клика все повисло, но память и проц потребляются, Как будто он работает.. и тут мысл - а не WAL'ы ли он считает и выполняет?
При этом обращения к директории хранения данных iotop,lsof не видят от клика
или к лике оно не так работает?

нету wal. system _log таблицы не нужны, их можно поудалять, выложите весь лог целиком на pastila.nl

https://pastila.nl/?002d73d1/2cf0a98cd394ddbad71e5e122c6e6142 то есть, могу руками удалить system _loГ ?

можете

нука, попробуем с этого - спасибо

это что? 2022.08.15 13:30:29.965719 [ 55 ] {} <Error> Cluster: Poco::Exception. Code: 1000, e.code() = 0, e.displayText() = DNS error: Temporary DNS error while resolving: chi-qa-replicated-0-1, Stack trace (when copying this message, always include the lines below): 0. Poco::Net::DNS::aierror(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) @ 0x11f41852 in /usr/bin/clickhouse 1. Poco::Net::DNS::hostByName(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) @ 0x11f41720 in /usr/bin/clickhouse 2. ? @ 0x86b1391 in /usr/bin/clickhouse 3. ? @ 0x86b1e92 in /usr/bin/clickhouse 4. DB::DNSResolver::resolveAddress(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned short) @ 0x86b2d7d in /usr/bin/clickhouse

это вторая реплика, выпала давно и ее не могли вернуть

покрай ней мере с этим оно стартовало раньше - я попробвоал выпилить перед переездом - пока не удалось - не везде нашел хвосты ее - она может мешать, после того как все стартовало? сорян за глупый вопрос

я думаю лог обрезан кубером, надо запускать КХ из консоли, запустите деплоймент с sleep 30000 вместо кх и потом вручную застартуйте КХ в поде

Возможно, в логах контейнера тот же лог... Но да, попробовать руками можно. Спасибо за идею

их из меты тоже руками могу, оставив только один файл system.sql ? симлнки битые все... в дате я почистил, а вот в мете, что-то задумался. и так понимаю, все что ведет в store - тоже могу смело сносить, типа такого <Warning> system.metric_log (3f7c6b9a-f428-4b7a-a9fc-36894d9495a5): Removing temporary directory /var/lib/clickhouse/store/3f7/3f7c6b 9a-f428-4b7a-a9fc-36894d9495a5/tmp_insert_202208_1_1_0/ там файлы за пол года давности даже

да, можно. что показывает sudo -u clickhouse /usr/bin/clickhouse-server --config-file /etc/clickhouse-server/config.xml

он запускал сервер, писал в лог как обычно.. сейчас попробюу запустить, просто при запуски пода , ентрипоинт выполняет chown на всю директорию ,а это долго - убрать надо, но не стал пока что

автоматом создаются битые ссылки. при этом, в конфиге ,выключил метрик-логи, через disables-metric-logs.xml

Aleksandr Fedotov

при чем тут эти каталоги? ну указывают симлинки куда-то и что? system база не хранит важных данных, вы покажите что КХ выдает при старте

Aleksandr Fedotov

при этом, стираются старые логи, и запускается процесс chown -R 101:101 на директорию

так я и не знаю, что они делают, этими симлинкамИ, поэтому и спросил - вдруг оно влияет на работу - пока еще не сильно понимаю механику работу клика на этом уровне

Aleksandr Fedotov

и что дальше? это все что-ли? больше ничего не выводит?

Нет, остальное пишет в лог, который скидывал... Сейчас идёт медленный запуск и load данных, посмотрю что будет дальше. Непонятно

Остальное в лог пишет. в ошибки такое летит https://pastila.nl/?043606eb/188e5710bfa6dacb4ef3ba1c0e639f6b обычный лог такой: https://pastila.nl/?002d73d1/d85f50f2a6c4fd3c7cdd37c27199fa77 на этой строчке все как будто зависает 2022.08.16 05:11:10.169531 [ 366 ] {} <Debug> system.trace_log (0608c764-be18-4b83-a9e8-a3c48d31f09b): Removing part from filesystem 202208_1312128_1312128_0 при этом непонятно. идет работа или нет, память под 8,3гб , а ЦПУ на 9% - и не двигается - не сколько часов. при этом, до чтения флага force_restore_data не доходит и как проверить, работает все или повисло - не пойму - клик не стартует