[Решено. Причина не найдена] Failed to read session data Joomla 3.8.1 php 7.1.11 - Joomla 3.x: Установка, обновление и настройка

Установил php 7.1.11 (из исходников). Joomla 3.8.1. Получаю ошибки:

Warning: session_start(): Failed to read session data: user (path: /tmp) in /var/www/html/zend-test.techtranslate247/htdocs/libraries/joomla/session/handler/native.php on line 260
Error displaying the error page: Application Instantiation Error: Failed to start the session

http://www.zend-test.techtranslate247.ru/

после обновления страницы пару раз появляется:

Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.

Данные БД в configuration.php правильные. Обработчик сессий БД.

public $dbtype = 'mysqli';
public $session_handler = 'database';

Сессии без Joomla пишутся. http://www.zend-test.techtranslate247.ru/session.php


Инфо http://www.zend-test.techtranslate247.ru/info.php

php.ini

https://yadi.sk/i/uOa6CgFJ3PMKZC

На этом же сервере этот сайт работал на php 5.6.28. И другие работают.

Нашел https://github.com/joomla/joomla-cms/issues/10855 Особой разницы в конфигурациях php не заметил.

Что может быть?

Обе версии php работают в режиме FastCGI - с mod_fastcgi. Каталог сессий /tmp drwxrwxrwxt.

UPD. Пересобрал php. Как-то получилось. Кажется неправильно задал сначала путь к сокету mysql. Точно не могу сказать. В любом случае, научился устанавливать несколько версий php на CentOS.

Обе версии php работают в режиме FastCGI - с mod_fastcgi. Каталог сессий /tmp drwxrwxrwxt.

UPD. Пересобрал php. Как-то получилось. Кажется неправильно задал сначала путь к сокету MySQL. Точно не могу сказать. В любом случае, научился устанавливать несколько версий php на CentOS.

Как ты решил эту проблему? У меня сайты на CentOS периодически ложатся с такой ошибкой. Может это какие-то лимиты к MySQL таким образом дают о себе знать? Потому что параллельно еще такая ошибка бывает на других сайтах в это же время:
И перегрузка сервера не помогает. Зато проблема сама рассасывается через некоторое время, т. е. явно нечто по программной части, а не из-за того, что сервер перегружен.  Не могу никак понять в чем дело.

mysqltuner если проверить?

mysqltuner если проверить?

Попробую в ПН. Сегодня опять словил эту ошибку, полез проверять и вижу, что MySQL банально выключен. Запустить повторно не смог и только через пол часа вдруг внезапно понял, что он запускается от отдельного пользователя) Собственно при повторении ошибки, попробую по логам проверить, что ему не так, а там уже будет видно.

Команды:
Это уже для себя, чтобы не искать долго для копипаста.

В поиске выдалась эта страница, поэтому напишу будущим поколениям (а может и сам забуду в следующий раз и найду свой ответ). Такая же ошибка была, как у топикстартера. Считаю, что сообщение об ошибке неадекватное абсолютно! Не разбирался, как так, но проблема оказалась вовсе не в сессиях. Оказалось, просто не были установлены некоторые пакеты PHP. У меня параллельно несколько версий. Joomla запускал на 7.3 (в Ubuntu 18.04), а в этой версии у меня не было чего-то из этого (задал список всего, что было нужно на мой взгляд и что-то доустановилось):

Также одна из причин появления данной ошибки - отсутствие стандартного метода подключения для пользователя MySQL (native / socket). Решается указанием метода подключения или изменением пароля пользователя, в случае использования виртуального хостинга.