Mysql connect error localhost 2002 connection refused 400 bitrix - Исправление ошибок и поиск оптимальных решений проблем

Mysql connect error localhost 2002 No such file or directory 400

Сайт на движке Bitrix может работать исправно и вдруг в самый неподходящий момент при заходе на сайт может возникнуть ошибка «Mysql connect error localhost 2002 No such file or directory 400».

Закончилось свободное место на диске.
Некорректные данные для подключения к базе данных.
Проблема с базой данных.

Первым делом нужно зайти в панель управления хостингом и проверить, не закончилось ли место на диске (в разных системах может быть по-разному, к примеру — Инструменты — Свободное место). Если гипотеза подтвердилась, идем в менеджер файлов — www/названиеСайта/bitrix/backup — удаляем лишние бэкапы, либо пишем запрос в техподдержку хостинга, чтобы почистили место на диске, заодно можно будет в дальнейшем сделать так, чтобы на диске оставлять резерв, чтобы место внезапно не кончалось в будущем.

Возможно, на сайте не включен дебаг-режим и ошибки вы не увидите, чтобы включить дебаг-режим: менеджер файлов — www/названиеСайта/bitrix/php_interface — в файле dbconn.php в $DBDebug и $DBDebugToFile заменить с false на true.

Чтобы изменить настройки подключения к базе данных, в том же файле dbconn.php можно изменить значения в $DBLogin, $DBPassword, $DBName на нужные. Также настройки подключения к БД хранятся в файле www/названиеСайта/bitrix.settings.php (поля database, login, password соответственно).

Если повреждена база данных, зайти в резервные копии в панели управления хостингом и восстановить базу данных из резервной копии (на момент, когда база работала нормально).

Источник

Упал mysql. Нужна помощь

Имеем BitrixVM 7.3.0
На виртуалке закончилось свободное место. В результате сайт стал выдавать такое:

[BitrixMainDBConnectionException] Mysql connect error [localhost]: (2002) Connection refused (400)
/home/bitrix/www/bitrix/modules/main/lib/db/mysqliconnection .php:65
#0: BitrixMainDBMysqliConnection->connectInternal()
/home/bitrix/www/bitrix/modules/main/lib/db/mysqliconnection .php:122
#1: BitrixMainDBMysqliConnection->queryInternal(string, array, NULL)
/home/bitrix/www/bitrix/modules/main/lib/db/connection.php:330
#2: BitrixMainDBConnection->query(string)
/home/bitrix/www/bitrix/modules/main/lib/config/option.php:226
#3: BitrixMainConfigOption::load(string, NULL)
/home/bitrix/www/bitrix/modules/main/lib/config/option.php:53
#4: BitrixMainConfigOption::get(string, string, string)
/home/bitrix/www/bitrix/modules/main/lib/httprequest.php:370
#5: BitrixMainHttpRequest->prepareCookie(array)
/home/bitrix/www/bitrix/modules/main/lib/httprequest.php:68
#6: BitrixMainHttpRequest->__construct(object, array, array, array, array)
/home/bitrix/www/bitrix/modules/main/lib/httpapplication.php:46
#7: BitrixMainHttpApplication->initializeContext(array)
/home/bitrix/www/bitrix/modules/main/lib/application.php:122
#8: BitrixMainApplication->initializeExtendedKernel(array)
/home/bitrix/www/bitrix/modules/main/include.php:23
#9: require_once(string)
/home/bitrix/www/bitrix/modules/main/include/prolog_before.php:14
#10: require_once(string)
/home/bitrix/www/bitrix/modules/main/include/prolog.php:10
#11: require_once(string)
/home/bitrix/www/bitrix/header.php:1
#12: require(string)
/home/bitrix/www/crm/deal/index.php:2
#13: include_once(string)
/home/bitrix/www/bitrix/modules/main/include/urlrewrite.php:159
#14: include_once(string)
/home/bitrix/www/bitrix/urlrewrite.php:2

В консоль доступ есть. Диск расширили, места достаточно.

Но Mysql не стартует.

systemctl status mysql говорит:

● mysqld.service — MySQL Server
Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
Active: activating (start) since Wed 2018-07-25 11:28:59 MSK; 2s ago
Docs: man:mysqld(8)
http://dev.mysql.com/doc/refman/en/using-systemd.html
Process: 18166 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS)
Control: 18184 (mysqld)
CGroup: /system.slice/mysqld.service
├─18184 /usr/sbin/mysqld —daemonize —pid-file=/var/run/mysqld/mysqld.pid
└─18187 /usr/sbin/mysqld —daemonize —pid-file=/var/run/mysqld/mysqld.pid

Jul 25 11:28:59 bitrix systemd[1]: Starting MySQL Server.

journalctl -xe говорит:

— Unit mysqld.service has failed.
—
Jul 25 11:26:08 bitrix systemd[1]: mysqld.service failed.
Jul 25 11:26:08 bitrix systemd[1]: mysqld.service holdoff time over, scheduling restart.
Jul 25 11:26:08 bitrix systemd[1]: Starting MySQL Server.
— Subject: Unit mysqld.service has begun start-up
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit mysqld.service has begun starting up.
Jul 25 11:26:12 bitrix mysqld[15962]: Unable to determine if daemon is running: Success
Jul 25 11:26:12 bitrix systemd[1]: mysqld.service: control process exited, code=exited status=1
Jul 25 11:26:12 bitrix systemd[1]: Failed to start MySQL Server.
— Subject: Unit mysqld.service has failed
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Подскажите, куда дальше копать?

юрий белов, попробуйте остановить nginx, httpd и запустить: mysql, httpd, nginx.
Либо у Вас памяти нехватает на запуск, либо

Источник

Adblock
detector

Источник

В этой статье мы расскажем, из-за чего возникает ошибка «DB query error, please try later» в Bitrix и как её исправить на виртуальном хостинге.

Почему возникает ошибка

Ошибка DB query error, please try later возникает на CMS Битрикс.

Также встречаются варианты:

Mysql connect error [localhost]: (2002) No such file or directory (400),
DB query error,
Got error 28 from storage engine.

Эта проблема связана с базой данных сайта: к ней поступает слишком много обращений — больше, чем сервер БД может обработать.

Вот несколько распространённых причин этой ошибки:

не хватает дискового пространства на хостинге. В Битрикс встроено автоматическое резервное копирование. Эта опция создаёт резервные копии в папке /bitrix/backup/ и постепенно занимает место на диске. Чтобы решить проблему, необходимо удалить старые резервные копии;
повреждена база данных MySQL. В этом случае нужна резервная копия БД: восстановите копию с датой, когда сайт работал корректно;
неверные данные для подключения к БД. Настройки подключения к базе данных хранятся в файле /bitrix/php_interface/dbconn.php. Если указаны неверные логин, пароль или название базы данных, сайт не может к ней подключиться. Из-за этого возникает ошибка.

Как включить отображение ошибок через панель управления

Чтобы понять, чем именно вызвана ошибка, нужно посмотреть её полное описание на сайте. Для этого включите debug-режим.

Debug-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.

Для этого:

1.
2.

Перейдите в раздел Менеджер файлов:
3.

Перейдите в папку php_interface и дважды кликните по файлу dbconn.php:
4.

В блоках $DBDebug и $DBDebugToFile замените параметр «false» на «true» и нажмите Ok:
5.

При переходе на сайт вы увидите текст ошибки. Он выделен красным цветом:

Как включить отображение ошибок через SSH-подключение

1.

Подключитесь к серверу по SSH.
2.
Выполните команду:
```
vim ~/www/domain.ru/bitrix/php_interface/dbconn.php
```
Где domain.ru — корневая папка сайта.
3.

Кликните клавишу i, чтобы включить режим редактирования, затем в полях $DBDebug и $DBDebugToFile замените параметр «false» на «true»:

Чтобы выйти из режима редактирования, нажмите Esc. Затем введите команду :qw и нажмите Enter:

Как освободить место для работы БД через панель управления

Для того чтобы освободить место на хостинге, нужно очистить папку /bitrix/backup/. Для этого:

1.

Войдите в панель управления ISPmanager. Если внешний вид вашей панели управления отличается от представленного в инструкции, кликните в левом нижнем углу «Старый интерфейс».
2.

Перейдите в папку /bitrix/backup/. Выделите файлы, которые вам не нужны, и нажмите Удалить.
3.

Чтобы подтвердить удаление, нажмите Ok.

Как освободить место для работы БД через SSH-подключение

1.
2.
Выполните команду:
```
cd ~/www/domain.ru/bitrix/backup/
```
Где domain.ru — корневая папка вашего сайта.

Чтобы удалить ненужные файлы, выполните команду:

rm domain.ru_20210512_104800_full_da85bdfa.tar domain.ru_20210512_104813_full_1463208a.tar domain.ru_20210512_104925_full_cdf5d6e0.tar

Как изменить данные для подключения к БД через панель управления

Проблема с подключением к базе данных может возникнуть, если в файле /bitrix/php_interface/dbconn.php указаны некорректные логин, пароль или имя базы данных. Чтобы изменить настройки подключения:

1.
2.

Перейдите в раздел Базы данных:
3.

Кликните по базе данных и выберите Пользователи:
4.

Кликните по пользователю базы данных и выберите Изменить:
5.

Кликните на значок «глаз», чтобы увидеть пароль. Проверьте имя пользователя и пароль, затем нажмите Отмена:

DB Query Error что это значит
6.

Перейдите в раздел Главное — Менеджер файлов:
7.

Откройте папку php_interface и дважды Кликните по файлу dbconn.php:
8.
Заполните поля:
- $DBLogin — укажите имя пользователя базы данных,
- $DBPassword — введите пароль пользователя БД,
- $DBName — укажите имя базы данных.
Затем нажмите Ok.
9.

Битрикс хранит настройки подключения не только в файле dbconn.php, но и в файле .settings.php. Перейдите в папку /bitrix/ и дважды кликните по файлу .settings.php:
10.
Заполните поля:
- database — укажите имя базы данных,
- login — введите логин пользователя БД,
- password — укажите пароль пользователя БД.
  Затем нажмите Ok:

Как изменить данные для подключения к БД через SSH-соединение

Перед изменением данных проверьте имя БД, логин и пароль. Чтобы изменить данные для подключения:

1.
2.
Выполните команду:
```
vim ~/www/domain.ru/bitrix/php_interface/dbconn.php
```
Где domain.ru — корневая директория сайта.
3.
Кликните клавишу i, чтобы включить режим редактирования. Заполните поля:
- $DBLogin — укажите имя пользователя БД,
- $DBPassword — введите пароль пользователя базы,
- $DBName — укажите название базы данных.
Затем нажмите Esc, чтобы выйти из режима редактирования, введите команду :qw и нажмите Enter.
4.
Настройки подключения к базе данных хранятся ещё в одном файле — .settings.php. Чтобы открыть его, выполните команду:
```
vim ~/www/domain.ru/bitrix/.settings.php
```
Где domain.ru — корневая папка сайта.
5.
Нажмите на клавишу i, чтобы включить режим редактирования. Заполните поля:
- database — введите имя базы данных,
- login — укажите имя пользователя БД,
- password — введите пароль пользователя БД.
Чтобы выйти из режима редактирования, нажмите Esc. Затем введите команду :qw и нажмите Enter.

Если вы выполнили рекомендации из статьи, но на сайте сохраняется ошибка — обратитесь в техническую поддержку.

Источник

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

24.10.2022, 17:05. Показов 2889. Ответов 12

При заходе на любую страницу Битрикс выдаёт ошибку:

Код

[BitrixMainDBConnectionException] 
Mysql connect error [localhost]: (2002) No such file or directory (400)
/home/bitrix/www/bitrix/modules/main/lib/db/mysqliconnection.php:82
#0: BitrixMainDBMysqliConnection->connectInternal()
  /home/bitrix/www/bitrix/modules/main/lib/data/connection.php:53
#1: BitrixMainDataConnection->getResource()
  /home/bitrix/www/bitrix/modules/main/lib/db/mysqlisqlhelper.php:21
#2: BitrixMainDBMysqliSqlHelper->forSql(string)
  /home/bitrix/www/bitrix/modules/main/lib/config/option.php:206
#3: BitrixMainConfigOption::load(string)
  /home/bitrix/www/bitrix/modules/main/lib/config/option.php:83
#4: BitrixMainConfigOption::getRealValue(string, string, boolean)
  /home/bitrix/www/bitrix/modules/main/lib/config/option.php:32
#5: BitrixMainConfigOption::get(string, string, string)
  /home/bitrix/www/bitrix/modules/main/lib/httprequest.php:394
#6: BitrixMainHttpRequest->prepareCookie(array)
  /home/bitrix/www/bitrix/modules/main/lib/httprequest.php:71
#7: BitrixMainHttpRequest->__construct(object, array, array, array, array)
  /home/bitrix/www/bitrix/modules/main/lib/httpapplication.php:49
#8: BitrixMainHttpApplication->initializeContext(array)
  /home/bitrix/www/bitrix/modules/main/lib/application.php:130
#9: BitrixMainApplication->initializeExtendedKernel(array)
  /home/bitrix/www/bitrix/modules/main/include.php:21
#10: require_once(string)
  /home/bitrix/www/bitrix/modules/main/include/prolog_before.php:14
#11: require_once(string)
  /home/bitrix/www/bitrix/modules/main/include/prolog.php:10
#12: require_once(string)
  /home/bitrix/www/bitrix/header.php:1
#13: require(string)
  /home/bitrix/www/index.php:1
----------

Подскажите в чем может быть проблема?

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

24.10.2022, 18:00

проверяйте работу Бд и наличие места на диске

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

24.10.2022, 18:19

[ТС]

Сообщение от voral

проверяйте работу Бд

БД активна:

Место на диске тоже имеется:

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

25.10.2022, 07:56

Вы проверили активность СУБД. Я про БД
т.е.
1. Проверьте на месте ли сама БД. Если не ошибаюсь должна быть /var/lib/mysql/<bdname>
2 Попробуйте с консоли
2.1 Подключиться mysql -u <username> -p <bdname>
2.2 и выполнить запрос, например select count(id) from b_iblock_element;
3 В логах ни чего нет интересного? /var/log/mysql и там error.log, <bdname>-error.log, access.log, <bdname>-access.log

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

25.10.2022, 11:04

[ТС]

Сообщение от voral

Проверьте на месте ли сама БД. Если не ошибаюсь должна быть /var/lib/mysql/<bdname>

БД на менсте

Сообщение от voral

Подключиться mysql -u <username> -p <bdname>

Подключился всё ok:

Сообщение от voral

error.log

Тут много чего, вот последние ошибки:

Код

2022-10-25T07:41:08.525258Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:09.526303Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:09.526329Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:10.526915Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:10.526942Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:11.527232Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:11.527259Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:12.528236Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:12.528263Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:13.529015Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:13.529042Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:14.529653Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:14.529680Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:15.530320Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:15.530349Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:16.530632Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:16.530660Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:17.531048Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:17.531074Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:18.531370Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:18.531397Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:19.531679Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:19.531707Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:20.532540Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:20.532567Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:21.532806Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:21.532835Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:22.533331Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:22.533358Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:23.533580Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:23.533606Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:24.534329Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:24.534355Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:25.534479Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:25.534506Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:26.534895Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:26.534922Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:27.535687Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:27.535714Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:28.536944Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:28.536971Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:29.537518Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:29.537546Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:30.538352Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:30.538379Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:31.539029Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:31.539059Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:32.539425Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:32.539453Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:33.540455Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:33.540483Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:34.541047Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:34.541075Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:35.541558Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:35.541585Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:36.542091Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:36.542119Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:37.542517Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:37.542544Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:38.542893Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:38.542919Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:39.543140Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 11
2022-10-25T07:41:39.543167Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
2022-10-25T07:41:39.543176Z 0 [Note] InnoDB: Unable to open the first data file
2022-10-25T07:41:39.543192Z 0 [ERROR] InnoDB: Operating system error number 11 in a file operation.
2022-10-25T07:41:39.543207Z 0 [ERROR] InnoDB: Error number 11 means 'Resource temporarily unavailable'
2022-10-25T07:41:39.543215Z 0 [Note] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html

Сообщение от voral

<bdname>-error.log

Отдельных логов для БД там нет

Сообщение от voral

access.log

Такого тоже нет

Сообщение от voral

<bdname>-access.log

И этого тоже не не нашёл

voral

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

25.10.2022, 14:47

Больше всего «напрягает»

InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.

Я бы начал с перезагрузки mysql. при чем не restart а сначала stop — убедиться что все процессы завершились — и потом start

На всякий случай (потом) попробовать можно

Bash

1	mysqlcheck -r <dbName> -u<userName> -p

правда тут InnoDB…. -r — восстановление, можно сначала -a (анализировать)

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

25.10.2022, 17:09

[ТС]

Сообщение от voral

Да пробовал уже. Причем именно так как Вы описали

Сообщение от voral

можно сначала -a (анализировать)

Выполнил анализ, под конец получил такие вот ошибки:

Код

Error    : Table './enex_db/softpodkluch_dhl_cities' is marked as crashed and should be repaired
Error    : Table 'softpodkluch_dhl_cities' is marked as crashed and should be repaired
Error    : 1 client is using or hasn't closed the table properly
status   : Table is already up to date
enex_db.softpodkluch_dhl_config
Error    : Table './enex_db/softpodkluch_dhl_config' is marked as crashed and should be repaired
Error    : Table 'softpodkluch_dhl_config' is marked as crashed and should be repaired
Error    : 1 client is using or hasn't closed the table properly
status   : Table is already up to date
enex_db.softpodkluch_dhl_countries
Error    : Table './enex_db/softpodkluch_dhl_countries' is marked as crashed and should be repaired
Error    : Table 'softpodkluch_dhl_countries' is marked as crashed and should be repaired
Error    : 1 client is using or hasn't closed the table properly
status   : Table is already up to date
enex_db.softpodkluch_dhl_data
Error    : Table './enex_db/softpodkluch_dhl_data' is marked as crashed and should be repaired
Error    : Table 'softpodkluch_dhl_data' is marked as crashed and should be repaired
Error    : 1 client is using or hasn't closed the table properly
status   : Table is already up to date
enex_db.softpodkluch_dhl_debug                     OK
enex_db.softpodkluch_dhl_regions
Error    : Table './enex_db/softpodkluch_dhl_regions' is marked as crashed and should be repaired
Error    : Table 'softpodkluch_dhl_regions' is marked as crashed and should be repaired
Error    : 1 client is using or hasn't closed the table properly
status   : Table is already up to date
enex_db.softpodkluch_dhl_services                  Table is already up to date
enex_db.sprint_migration_archive                   OK
enex_db.sprint_migration_versions                  OK
enex_db.sprint_storage_default                     OK

Добавлено через 17 минут

Сообщение от voral

попробовать можно

Тоже попробовал. Под конец несколько таблиц восстановились:

Код

enex_db.shipment_date
note     : The storage engine for the table doesn't support repair
enex_db.softpodkluch_dhl_cache                     OK
enex_db.softpodkluch_dhl_cities                    OK
enex_db.softpodkluch_dhl_config                    OK
enex_db.softpodkluch_dhl_countries                 OK
enex_db.softpodkluch_dhl_data                      OK
enex_db.softpodkluch_dhl_debug                     OK
enex_db.softpodkluch_dhl_regions                   OK
enex_db.softpodkluch_dhl_services                  OK
enex_db.sprint_migration_archive
note     : The storage engine for the table doesn't support repair
enex_db.sprint_migration_versions

у остальных было сообщение типа этого:

Код

note     : The storage engine for the table doesn't support repair
enex_db.sprint_migration_versions

На решении проблемы это никак не сказалось

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

25.10.2022, 17:40

хм…. тут, возможно, лучше в раздел по MySQL (именно с показаниями лога). Возможно есть смысл в ТП хостинга обратиться. Но это все следствие. А вот причина. То что БД крашится не очень хорошо… может диск или память так сказываются. (были на одном проектом «не понятные» проблемы) выяснилось: что то было с железом.

Возможно, есть смысл из бекапа развернуться. (если он есть не битый — для начала куда то тестово)

Смотрю таблицы не штатные. В админку не пускает?

Добавлено через 3 минуты
Т.е. как вариант между подъемом из бекапа, и если данные это сделать позволяют — грохнуть модуль (С удалением таблиц) и установить заново. (Но тут надо знать, что там храниться — чем черевато для вашего проекта и бизнеса)
Так же, у вас есть что то с миграциями — так же внимательно надо проводить следующую миграцию — т.к. возможно какое то не соответствие — по идее тут тот кто выполняет/создает миграции должен обдуманно руками эту таблицу восстанавливать.

Добавлено через 1 минуту
Т.е. тут важно понимать, что Битрикс даже при желании не мог так сломать — значит что то не то с серваком.

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

25.10.2022, 17:57

[ТС]

Сообщение от voral

Возможно есть смысл в ТП хостинга обратиться

Это не хост, это виртуалка на обычном компе

Сообщение от voral

может диск или память так сказываются

Возможно. Просто вот в чем суть: была виртуальная машина, которая слетела. Всё что от неё осталось это виртуальный жёсткий диск. Я создал новую виртуалку, к которой подключил данный жёсткий диск и вот на нём получаю такую ошибку.

Сообщение от voral

В админку не пускает?

Нет вообще никуда не пускает

Сообщение от voral

есть смысл из бекапа развернуться

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

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

25.10.2022, 18:02

Хм…. «свежую бд»? а как разворачивали?

Кроме того как можно проверить такую гипотезу: у виртуалок бывает режим когда дисковая память динамическая. Т.е. указали, например, 40Гб… а оно меньше и добавляется только при необходимости…. я не помню можно ли «переключить» в фиксированную — но проверить это.

Так же если восстанавливали поверх старой — попробовать развернуть в другую, в новую БД. Т.е., тут если уже и эта БД будет не живая — значит что то не то с виртуалкой.

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

25.10.2022, 18:22

[ТС]

Сообщение от voral

а как разворачивали?

Ну там сложная тема, но зато проверенная много раз её делал. Если которотко то с сервера скачивается архив с бэкапом, распаковывается, все файлы прогоняются через innobackupex, затем у них меняется владелец на mysql, после чего они перемещаются в папку /var/lib/mysql/….. PROFIT

Сообщение от voral

я не помню можно ли «переключить» в фиксированную — но проверить это

Да не дело вряд-ли в этом, так как сегодня чтобы обновить БД, докинул несколько гигобайт на рут:

voral

1824 / 1089 / 221

Регистрация: 16.03.2008

Сообщений: 5,110

Записей в блоге: 2

25.10.2022, 19:49

хм… с копированием…. несколько странно. там ведь еще и в системные таблицы мускула записи идут… не пробовал так ни когда…

Я либо (для битрикс проектов — штатным бекап/разбекап) либо (если у меня sql дамп) то

Bash

1	mysql -u <userName> -p <bdName> < dump.sql

Добавлено через 1 минуту

Сообщение от Jasta

Да не дело вряд-ли в этом, так как сегодня чтобы обновить БД, докинул несколько гигобайт на рут

Смотря как эта штука работает. Драйвер то может там хитрый драйвер — который всегда выдает системе фиксированный размер хотя реальный другой.

980 / 501 / 103

Регистрация: 20.02.2016

Сообщений: 2,852

28.10.2022, 14:13

[ТС]

В итоге решил проблему. База данных не открывалась на localhost, добавил в .settings.php этот порт: 127.0.0.1:3306 и всё заработало

Источник