Bitrix mysql connect error localhost 2002 no such file or directory 400

Нашла лог по этому пути: /var/log/mysql/error.log

вот последние строки

2019-01-29T09:56:12.246197Z 0 [Note] Binlog end
2019-01-29T09:56:12.246366Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:12.247399Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:12.691254Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:12.691846Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:12.884721Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:12.887056Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20629 …
2019-01-29T09:56:12.898120Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:12.898185Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:12.898194Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:12.898201Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:12.898208Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:12.898214Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:12.898634Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:12.898825Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:12.901505Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:12.970670Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:12.987082Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:13.001283Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:13.023369Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:13.036056Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:13.036131Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:13.037015Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:13.037570Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-01-29T09:56:18.218481Z 0 [ERROR] Plugin ‘InnoDB’ init function returned error.
2019-01-29T09:56:18.218547Z 0 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2019-01-29T09:56:18.218562Z 0 [ERROR] Failed to initialize builtin plugins.
2019-01-29T09:56:18.218571Z 0 [ERROR] Aborting

2019-01-29T09:56:18.218635Z 0 [Note] Binlog end
2019-01-29T09:56:18.218808Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:18.220104Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:18.652338Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:18.652933Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:18.877797Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:18.879765Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20675 …
2019-01-29T09:56:18.891745Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:18.891823Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:18.891838Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:18.891847Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:18.891854Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:18.891876Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:18.892368Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:18.892592Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:18.895955Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:18.989038Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:19.021051Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:19.038813Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:19.088939Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:19.113804Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:19.113894Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:19.115144Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:19.115779Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

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

Возможные причины:

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

Первым делом нужно зайти в панель управления хостингом и проверить, не закончилось ли место на диске (в разных системах может быть по-разному, к примеру — Инструменты — Свободное место). Если гипотеза подтвердилась, идем в менеджер файлов — 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 соответственно).

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

В этой статье мы расскажем, из-за чего возникает ошибка «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-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.

Для этого:

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

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

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

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

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

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

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

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

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

Mysql connect error localhost 2002 No such file or directory 400

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

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

Первым делом нужно зайти в панель управления хостингом и проверить, не закончилось ли место на диске (в разных системах может быть по-разному, к примеру — Инструменты — Свободное место). Если гипотеза подтвердилась, идем в менеджер файлов — 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 (но не из-за места)

Добрый день господа! Помогите разобраться:
У нас vmbitrix последней сборки.

С утра после перезагрузки портал не может запустить Mysql:

Прошли по ранее уже известным нам граблям и:
1) Проверили свободное — место, там 2 терабайта, занято 1%.
2) Удалили временные файлы сокетов, рестартнули Mysqld но не помогает.

При рестарте выводит вот это:
Job for mysqld.service failed because the control process exited with error code. See «systemctl status mysqld.service» and «journalctl -xe» for details.

Привожу тексты разных команд.

Во-первых:
systemctl status mysqld.service

Логов с расширением .err не удалось найти. А эти не удалось прочитать

Нашла лог по этому пути: /var/log/mysql/error.log

вот последние строки

2019-01-29T09:56:12.246197Z 0 [Note] Binlog end
2019-01-29T09:56:12.246366Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:12.247399Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:12.691254Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:12.691846Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:12.884721Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:12.887056Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20629 .
2019-01-29T09:56:12.898120Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:12.898185Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:12.898194Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:12.898201Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:12.898208Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:12.898214Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:12.898634Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:12.898825Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:12.901505Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:12.970670Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:12.987082Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:13.001283Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:13.023369Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:13.036056Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:13.036131Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:13.037015Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:13.037570Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-01-29T09:56:18.218481Z 0 [ERROR] Plugin ‘InnoDB’ init function returned error.
2019-01-29T09:56:18.218547Z 0 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2019-01-29T09:56:18.218562Z 0 [ERROR] Failed to initialize builtin plugins.
2019-01-29T09:56:18.218571Z 0 [ERROR] Aborting

2019-01-29T09:56:18.218635Z 0 [Note] Binlog end
2019-01-29T09:56:18.218808Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:18.220104Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:18.652338Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:18.652933Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:18.877797Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:18.879765Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20675 .
2019-01-29T09:56:18.891745Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:18.891823Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:18.891838Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:18.891847Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:18.891854Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:18.891876Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:18.892368Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:18.892592Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:18.895955Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:18.989038Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:19.021051Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:19.038813Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:19.088939Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:19.113804Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:19.113894Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:19.115144Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:19.115779Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

Источник

Умер внезапно

При входе на главную со включеным дебагом в сетингс пхп выдает

[BitrixMainDBConnectionException] Mysql connect error [localhost, 127.0.0.1]: No such file or directory (400)
/home/bitrix/www/bitrix/modules/main/lib/db/mysqlconnection.php:50
#0: BitrixMainDBMysqlConnection->connectInternal()
/home/bitrix/www/bitrix/modules/main/lib/db/mysqlconnection.php:103
#1: BitrixMainDBMysqlConnection->queryInternal(string, array, NULL)
/home/bitrix/www/bitrix/modules/main/lib/db/connection.php:329
#2: BitrixMainDBConnection->query(string)
/home/bitrix/www/bitrix/modules/main/lib/config/option.php:183
#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:337
#5: BitrixMainHttpRequest->prepareCookie(array)
/home/bitrix/www/bitrix/modules/main/lib/httprequest.php:63
#6: BitrixMainHttpRequest->__construct(object, array, array, array, array)
/home/bitrix/www/bitrix/modules/main/lib/httpapplication.php:43
#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:1
#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/index.php:2

]# cd /var/lib/mysqld/
[root@bitrix mysqld]# ls -a
. ..
[root@bitrix mysqld]#

т.е в директории нет ничего , не могу понять до сегодняшнего дня работало все нормльно

В файлах подключения к базе данных
/bitrix/php_interface/dbconn.php
/bitrix/.settings.php

поменял localhost на 127.0.0.1
Помогло.

Источник

Ошибка DB Query в Bitrix

В этой статье мы расскажем, из-за чего возникает ошибка «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-режим (режим отладки) — режим, который используют разработчики для проверки кода. Он позволяет увидеть полный текст ошибки и исправить её.

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

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

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

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

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

Где domain.ru — корневая папка сайта.

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

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

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

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

Источник

Не запускается MySQL (но не из-за места)

Добрый день господа! Помогите разобраться:
У нас vmbitrix последней сборки.

С утра после перезагрузки портал не может запустить Mysql:

Прошли по ранее уже известным нам граблям и:
1) Проверили свободное — место, там 2 терабайта, занято 1%.
2) Удалили временные файлы сокетов, рестартнули Mysqld но не помогает.

При рестарте выводит вот это:
Job for mysqld.service failed because the control process exited with error code. See «systemctl status mysqld.service» and «journalctl -xe» for details.

Привожу тексты разных команд.

Во-первых:
systemctl status mysqld.service

Логов с расширением .err не удалось найти. А эти не удалось прочитать

Нашла лог по этому пути: /var/log/mysql/error.log

вот последние строки

2019-01-29T09:56:12.246197Z 0 [Note] Binlog end
2019-01-29T09:56:12.246366Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:12.247399Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:12.691254Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:12.691846Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:12.884721Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:12.887056Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20629 .
2019-01-29T09:56:12.898120Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:12.898185Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:12.898194Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:12.898201Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:12.898208Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:12.898214Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:12.898634Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:12.898825Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:12.901505Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:12.970670Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:12.987082Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:13.001283Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:13.023369Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:13.036056Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:13.036131Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:13.037015Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:13.037570Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-01-29T09:56:18.218481Z 0 [ERROR] Plugin ‘InnoDB’ init function returned error.
2019-01-29T09:56:18.218547Z 0 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2019-01-29T09:56:18.218562Z 0 [ERROR] Failed to initialize builtin plugins.
2019-01-29T09:56:18.218571Z 0 [ERROR] Aborting

2019-01-29T09:56:18.218635Z 0 [Note] Binlog end
2019-01-29T09:56:18.218808Z 0 [Note] Shutting down plugin ‘MyISAM’
2019-01-29T09:56:18.220104Z 0 [Note] /usr/sbin/mysqld: Shutdown complete

2019-01-29T09:56:18.652338Z 0 [Warning] Changed limits: max_open_files: 5000 (requested 20540)
2019-01-29T09:56:18.652933Z 0 [Warning] Changed limits: table_open_cache: 2470 (requested 10240)
2019-01-29T09:56:18.877797Z 0 [Warning] ‘NO_AUTO_CREATE_USER’ sql mode was not set.
2019-01-29T09:56:18.879765Z 0 [Note] /usr/sbin/mysqld (mysqld 5.7.21-21) starting as process 20675 .
2019-01-29T09:56:18.891745Z 0 [Note] InnoDB: PUNCH HOLE support available
2019-01-29T09:56:18.891823Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-01-29T09:56:18.891838Z 0 [Note] InnoDB: Uses event mutexes
2019-01-29T09:56:18.891847Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2019-01-29T09:56:18.891854Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2019-01-29T09:56:18.891876Z 0 [Note] InnoDB: Using Linux native AIO
2019-01-29T09:56:18.892368Z 0 [Note] InnoDB: Number of pools: 1
2019-01-29T09:56:18.892592Z 0 [Note] InnoDB: Using CPU crc32 instructions
2019-01-29T09:56:18.895955Z 0 [Note] InnoDB: Initializing buffer pool, total size = 2G, instances = 8, chunk size = 128M
2019-01-29T09:56:18.989038Z 0 [Note] InnoDB: Completed initialization of buffer pool
2019-01-29T09:56:19.021051Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-01-29T09:56:19.038813Z 0 [Note] InnoDB: Recovering partial pages from the parallel doublewrite buffer at /var/lib/mysql/xb_doublewrite
2019-01-29T09:56:19.088939Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-29T09:56:19.113804Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 2142290997
2019-01-29T09:56:19.113894Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 2142315008
2019-01-29T09:56:19.115144Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2142290997 and the end 2142315008.
2019-01-29T09:56:19.115779Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

Источник

This is for Mac OS X with the native installation of Apache HTTP and custom installation of MySQL.

The answer is based on @alec-gorge’s excellent response, but since I had to google some specific changes to have it configured in my configuration, mostly Mac OS X-specific, I thought I’d add it here for the sake of completeness.

Enable PHP5 support for Apache HTTP

Make sure the PHP5 support is enabled in /etc/apache2/httpd.conf.

Edit the file with sudo vi /etc/apache2/httpd.conf (enter the password when asked) and uncomment (remove ; from the beginning of) the line to load the php5_module module.

LoadModule php5_module libexec/apache2/libphp5.so

Start Apache HTTP with sudo apachectl start (or restart if it’s already started and needs to be restarted to re-read the configuration file).

Make sure that /var/log/apache2/error_log contains a line that tells you the php5_module is enabled — you should see PHP/5.3.15 (or similar).

[notice] Apache/2.2.22 (Unix) DAV/2 PHP/5.3.15 with Suhosin-Patch configured -- resuming normal operations

Looking up Socket file’s name

When MySQL is up and running (with ./bin/mysqld_safe) there should be debug lines printed out to the console that tell you where you can find the log files. Note the hostname in the file name — localhost in my case — that may be different for your configuration.

The file that comes after Logging to is important. That’s where MySQL logs its work.

130309 12:17:59 mysqld_safe Logging to '/Users/jacek/apps/mysql/data/localhost.err'.
130309 12:17:59 mysqld_safe Starting mysqld daemon with databases from /Users/jacek/apps/mysql/data

Open the localhost.err file (again, yours might be named differently), i.e. tail -1 /Users/jacek/apps/mysql/data/localhost.err to find out the socket file’s name — it should be the last line.

$ tail -1 /Users/jacek/apps/mysql/data/localhost.err
Version: '5.5.27'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)

Note the socket: part — that’s the socket file you should use in php.ini.

There’s another way (some say an easier way) to determine the location of the socket’s file name by logging in to MySQL and running:

show variables like '%socket%';

Configuring PHP5 with MySQL support — /etc/php.ini

Speaking of php.ini…

In /etc directory there’s /etc/php.ini.default file. Copy it to /etc/php.ini.

sudo cp /etc/php.ini.default /etc/php.ini

Open /etc/php.ini and look for mysql.default_socket.

sudo vi /etc/php.ini

The default of mysql.default_socket is /var/mysql/mysql.sock. You should change it to the value you have noted earlier — it was /tmp/mysql.sock in my case.

Replace the /etc/php.ini file to reflect the socket file’s name:

mysql.default_socket = /tmp/mysql.sock
mysqli.default_socket = /tmp/mysql.sock

Final verification

Restart Apache HTTP.

sudo apachectl restart 

Check the logs if there are no error related to PHP5. No errors means you’re done and PHP5 with MySQL should work fine. Congrats!

Установка в ДЕМО-РЕЖИМЕ на виртуальную лабораторию «1С-Битрикс»

2021.08.27

В новом обновлении файлы Битрикса конфликтуют со старыми версиями нашего решением.
Чтобы это исправить, мы доработали модуль Intec.Core.

Для восстановления работы сайта нужно обновить модуль Intec.Core через раздел админки Marketplace или вручную как описано ниже:

1. Пройти по пути /bitrix/modules/intec.core/classes/
2. Открыть файл Core.php
3. Заменить его содержимое на код, представленный ниже
4. Сохранить файл.

<?php

 namespace intec;

 
 require(__DIR__ . '/CoreBase.php');

 
 use inteccoreCoreBase;

 use inteccorediContainer;

 use inteccorehelpersEncoding;

 
 class Core extends CoreBase

 {

 }

 
 spl_autoload_register(['intecCore', 'autoload'], true, true);

 Core::$classes = require(__DIR__.'/classes.php');

 Core::$container = new Container();

 
 // global $DB;

 $settingsDB = include($_SERVER["DOCUMENT_ROOT"]."/bitrix/.settings.php");

 $settingsDB = $settingsDB["connections"]["value"]["default"];

 
 $DBHostParts = explode(':', $settingsDB["host"]);

 $DBHostAddress = $DBHostParts[0];

 $DBHostPort = isset($DBHostParts[1]) ? $DBHostParts[1] : null;

 
 (new corebaseApplication([

     'id' => 'intec.core',

     'basePath' => $_SERVER['DOCUMENT_ROOT'],

     'charset' => Encoding::resolve(SITE_CHARSET),

     'components' => [

         'db' => [

             'dsn' => 'mysql:host='.$DBHostAddress.';dbname='.$settingsDB["database"].(!empty($DBHostPort) ? ';port='.$DBHostPort : null),

             'username' => $settingsDB["login"],

             'password' => $settingsDB["password"],

             'charset' => Encoding::resolve(SITE_CHARSET, Encoding::TYPE_DATABASE)

         ]

     ]

 ]));

 
 unset($DBHostParts);

 unset($DBHostAddress);

 unset($DBHostPort);

 
 Core::setAlias('@root/linked', dirname(dirname(dirname(dirname(__DIR__)))));

 Core::setAlias('@bitrix', '@root'.BX_ROOT);

 Core::setAlias('@upload', '@root/upload');

 Core::setAlias('@modules', '@bitrix/modules');

 Core::setAlias('@resources', '@bitrix/resources');

 Core::setAlias('@templates', '@bitrix/templates');

 Core::setAlias('@themes', '@bitrix/themes');

 Core::setAlias('@intec/core/module', dirname(__DIR__));

 Core::setAlias('@intec/core/libraries', '@intec/core/module/libraries');

 Core::setAlias('@intec/core/resources', '@resources/'.Core::$app->id);

 
 require(__DIR__.'/web.php');
 

Наши решения