добрый день, столкнулись с проблемой зависания таблицы (engine mysql), любая операция drop/rename/select вызывает бесконечное зависание. в логах запросов можно увидеть следующую ошибку:

Code: 473, e.displayText() = DB::Exception: WRITE locking attempt on "database.tablename" has timed out! (120000ms) Possible deadlock avoided. Client should retry. (version 20.4.4.18 (official build))

погуглили после этого, вроде пишут, что это баг, связанный с возникновением дедлока при alter таблицы и он был починен в 20.6 обновились до 21, но сама проблема никуда не исчезает, таблица залочена намертво. убиваем вручную запросы, которые с ней как либо связаны, но запрос на убийство запроса тоже зависает зачастую. кто-то сталкивался с таким поведением?

локально этого юзера нет в CH, но в том же и суть, чтобы не заводить, а использовать из LDAP, или что-то не так понял? И вот так в конфиге https://gist.github.com/fuCtor/bebfd81cd8d232ceacc1b15c4b72d6a1

ldapsearch / ldapwhoami работают?

да, проверил через  другие ldap клиенты,  так в логах wireshark он пишет что bind success. Потом unbind и все, ошибка входа.

А если мапинг ролей убрать, то аутентифицируется пользователь?

Ну само собой ) наверно какая-то синтаксическая ошибка в фильтре

еще бы в лог выкидывал 🙁 пойду курить, еще конечно сырки можно посмотреть с этой фичей )

что выдает эквивалентный ldapsearch?