После выходных, на сервере система вдруг перестала стартовать. Подключил монитор. Висит только надпись что-то про initramfs.
Попытался, выйти через команду: exit.
Получил ошибку диска fsck.
Выполняем проверку и исправление дисковой системы:
fsck /dev/sda1 -y
После перезагрузки система успешно загрузилась
Если MySQL:
sudo nano etc/mysql.conf.d/mysqld.cnf
Если MariaDb:
sudo nano etc/mariadb.conf.d/50-server.cnf
Находим и редактируем параметр
max_allowed_packet=128M
Перезагружаем mysql
sudo service mysql restart
Для отключения автодобавления
sudo systemctl stop cups-browsed sudo systemctl disable cups-browsed
Для последующего включения или отключения
sudo systemctl start cups-browsed sudo systemctl stop cups-browsed
На рабочей станции после обновления php до версии 8.0 столкнулся с проблемой не рабочего mysql-pdo. При подключении к базе данных получал ошибку.
Одна жди у меня уже была похожая проблема после обновления до php7 И здесь я писал как ее решить:
PDOException “could not find driver”
На этот раз я решил ее следующим способом:
Отключил старую версию php
sudo a2dismod php7.4
Включил новую версию
sudo a2enmod php8.0
Перезагрузил веб-сервер
sudo a2enmod php8.0
После установки и настройки нового веб сервера на ubuntu 20.04 lts и установки MariaDB, столкнулся с проблемами mysql, были ошибка типа:
Truncated incorrect DOUBLE value
Field ‘filed_name’ doesn’t have a default value
Incorrect integer value: » for column ‘field_name’ at row 1
и т.д.
Оказалось проблема в строгом режиме MySQL. Нужно его временно отключить, т.к. сервер в продакшене.
Переменные->sql_mode
Выполняем запрос:
set global sql_mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
set global sql_mode="STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
Перегрузим мускул
sudo service mysql restartПосле обновления до последней LTS версии убунты 20.04, не смог открыть локальный сайт:
PDOException “could not find driver”
Подумал что-то не так с модулем php-mysql или pdo, пробовал обновлять, переустанавливать, ничего не получилось.
php -v
Создаем файл в директории сайта со следующим текстом:
phpinfo();
?>
Здесь у меня почему-то версия php 7.3 вместо php 7.4.
sudo update-alternatives --config php
Попытался переключиться на php 7.4.
sudo service apache2 restart
Проверил снова phpinfo. не помогло, так и висит php 7.3
sudo apt-get purge php7.*
sudo apt install php libapache2-mod-php php-mysql
Перезапустил апач. Проверил сайт. Все работает 🙂
sudo apt install phpmyadmin
sudo apt install php-mbstringПерезагрузите апач. И на этом все)
sudo service apache restart
Сегодня утром меня разбудили звонком. На работе сайт. Открыл, смотрю не погружается. Пошел смотреть логи, а там ошибка:
No Space Left On Device
Проверяем свободное место на диске:
df -h
Место на диске есть, странно.
Пошел гуглить, посоветовали проверить иноды:
df -i
На скриншоте выше у меня вместо 60% было 100%.
Выполняем команду
sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n
Как оказалось в директории tmp сайта. Временные фалы php-сессий, почему-то перестали очищаться. Раньше такой проблемы не было.
Очищаем папку от всех файлов старше 7 дней tmp:
sudo find /var/www/clients/client1/web1/tmp -mtime +7 -delete
Через несколько минут все заработало. Осталось разобраться почему так случилось, ти почему сессии перестали очищаться самостоятельно.