Форум

Всем рекомендую вначале обновить пароль root-а на SQL-сервере (просто тупо повторить то, что введено в dbconn.php и .setting.php

Всем добрый день.
Возникла похожая проблема.
После обновления окружения с 7.4 до 7.5, php с 7.2 до 7.4 и mysql с 5.7.31 до 5.7.34 стала появляться ошибка

Error! mysqli_connect()
[1045] Access denied for user ''@'localhost' (using password: NO)


У нас кластер из 4х серверов, обновлены все до указанных выше версий.


В dbconn и settings настройки одинаковые. Доступы к БД правильные, проверял подключение на чистом php, всё работает.

Если изменить пароль на заведомо неправильный - выдаёт ошибку:
Mysql connect error [mysql.local]: (1045) Access denied for user 'bx_clusteruser'@'192.168.128.101' (using password: YES) (400)


В первом случае mysqli, во втором mysql почему-то, хотя менялся только пароль.

Складывается ощущение, что первый коннект проходит нормально, а потом где-то пропадает имя и пароль пользователя и скрипт сваливается в ошибку, но не понятно, как такое может быть. Либо не проходит как положено инициализация глобальной переменной $DB, так как она при выводе на экран показывает пустые логин, пароль и прочее. Но если через D7 сделать getConnection() и вывести на экран sqlHelper, то соединение, логин, пароль и все прочие параметры в порядке и отображаются верно.

Кто-то сталкивался с подобным или может хотя бы есть варианты где искать ответ?

И ещё момент - виртуальная машина Битрикс не умеет откатывать обновления?

Да. Путём ручной правки файлов главного модуля, где происходит подключение к базе, формирование $DB и прочее - start.php, database_mysqli.php. Там почему-то в одном месте не отрабатывало условие и объект $DB оставался пустым. Поэтому битрикс пытался подключиться к базе без пользователя и пароля, что вызывало ошибку "[1045] Access denied for user ''@'localhost' (using password: NO)"

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

Вообщем была подобная проблема, после переноса бекапа БД через mysqldump.
Оказалась проблема в кластеризации, чтобы исправить, нужно зайти в базу (например через adminer) в таблице b_cluster_dbnode всем записям установить ACTIVE = N. После этого заработало.