же ситуация была, значит застревает не так редко..
так а что с этим drop не так? таблица-то есть еще?
Нет, таблицу не вижу
правда это DROP TABLE .. NO DELAY
что за No delay ? какая ошибка сейчас в логах? когда выполняется drop
Ну, это DROP TABLE ... SYNC - КХ переписывает его как NO DELAY Удаление таблицы из базы с движком Atomic,
запустить заново этот дроп?
если еще раз запустить drop, то ошибка, что таблицы не существует
какая ошибка сейчас в логах? когда выполняется тот старый drop какие сообщения в логах про это?
не вижу ошибок в логе про это..
а что тогда висит? Что за сообщения вы видите в логах про drop table ?
Не вижу в логе ошибок про дроп этой таблицы
>Таблицы такой нет, но походив по хостам вижу DROP TABLE ... , который висит 2 часа уже это про что было? что вы видите?
Это я вижу в SHOW PROCESSLIST - elapsed: 7568.768223177
грепайте лог по id (uuid) запроса / по имени таблицы скорее всего только рестарт
на хосте, к которому запрос был, ничего не грепается. Надо по всем пройтись?
любой где elapsed: 7568.768223177
запрос есть на всех серверах, везде под разным query_id но про свой запрос нету ничего в логах ни одного хоста (
вообще запрос начинается с коммента /* ddl_entry=query-0002931769 */ DROP TABLE ... если погрепать по этому номеру, то на одном хосте есть ошибка Mar 3 15:55:31 {тут host} 2021.03.03 15:55:31.151640 [ 2238 ] {75c3daed-5e1a-41ae-9409-55aba903a3fd} <Error> TCPHandler: Code: 159, e.displayText() = DB::Exception: Watching task {тут path}/query-0002931769 is executing longer than distributed_ddl_task_timeout (=180) seconds. There are 24 unfinished hosts (0 of them are currently active), they are going to execute the query in background, Stack trace:
ниче не понятно теперь совсем. наверное придется вручную в зк чистить очередь DDDL
Обсуждают сегодня