ЕГ
А если попробовать схему с репликами? Т.е. сделать реплицируемую мерж-таблицу или попробовать бэкап со старого восстановить на новом?
Size: a a a
2020 June 30
ЕГ
В совсем клиническом случае поднять "новый" клик и перелить в него данные через селект - инсерт со "старого"
AB
Конкретно в этом случае эти таблицы не сильно нужны, но апгрейдов предстоит не мало. Пока получается, лучше не ехать сразу на latest, а найти какие-то версии посередине?
AB
И как бы их еще отыскать, чтобы не тыкаться в слепую
ЕГ
Апгрейд прода хуже пожара в датацентре
D
Переслано от Andrey Bobelev
Привет, при апгрейде с 19.13.3.26 до 20.3.11.97 очень много такого
Таблицы локальные MergeTree, не реплицируемые
https://pastebin.vkpartner.ru/raw/ergJ5aIZb0VAU5vhlmIoQ4CydHWzNksGJDobibwdEsvqRwsEdXvSPgpZ78DQc4xh8Nx2oRL3VoUkhTa8
Таблицы локальные MergeTree, не реплицируемые
https://pastebin.vkpartner.ru/raw/ergJ5aIZb0VAU5vhlmIoQ4CydHWzNksGJDobibwdEsvqRwsEdXvSPgpZ78DQc4xh8Nx2oRL3VoUkhTa8
а старая версия стартует нормально?
D
если да, backward compatibility сломан, делайте тикет с деталями
AB
Старая старутует нормально. Какие именно детали нужны, кроме логов?
RO
добрый день, коллеги/саппорт
кто нибудь сталкивался с проблемой, что КХ перестал удалять данные?
запросы вида alter table {NAME} delete where {COND} обрабатываются без ошибок, но по факту данные не удаляются. с readonly всё ок (в смысле прав у пользователя хватает), остальные операции работают без проблем
кто нибудь сталкивался с проблемой, что КХ перестал удалять данные?
запросы вида alter table {NAME} delete where {COND} обрабатываются без ошибок, но по факту данные не удаляются. с readonly всё ок (в смысле прав у пользователя хватает), остальные операции работают без проблем
сталкивались. проблема в связке зукипер/кликхауз. Пока не смог определить рабочий кэйс, чтобы написать тикет.
D
Старая старутует нормально. Какие именно детали нужны, кроме логов?
если секретов нет, то можно битые парты и ДДЛ наверно
RO
в общем в итоге по возможности дропать партиции. Если же нет то запускать команду на удаление на шардных таблицах и ждать окончания всех mutations и потом синхронизировать реплику. А вообще баг страшный: кликхауз говорит, что все ок. А потом данные не вставляет.
RO
я имею в виду, что после DELETE WHERE инсерты перестают в эту таблицу работать от слова совсем. Хоть КХ говорит, что все ок
AS
Required Optional
я имею в виду, что после DELETE WHERE инсерты перестают в эту таблицу работать от слова совсем. Хоть КХ говорит, что все ок
А можете сделать issue, приложить логи на гитхабе?
RO
А можете сделать issue, приложить логи на гитхабе?
я бы с радостью, только надо переделать кэйс клиента в нечто более-менее анонимное. А до этого руки не доходят...
DC
Required Optional
я имею в виду, что после DELETE WHERE инсерты перестают в эту таблицу работать от слова совсем. Хоть КХ говорит, что все ок
20.1? Починено
AS
20.1? Починено
А что именно?)
DC
А что именно?)
ээ ну мутации ломали индекс
AS
точно, было такое. Да, это максимально оперативно исправили.
AB
если секретов нет, то можно битые парты и ДДЛ наверно
Коллеги подсказывают, что секреты есть
D
Коллеги подсказывают, что секреты есть
попробуйте создать "левую" таблицу с "левыми" данными и проверьте есть ли у неё проблемы... а вообще ¯\_(ツ)_/¯