Мой метод для файлов системных журналов - это. Шаги 1 и 2 являются необязательными, но иногда вам нужно проверить старые журналы, и иногда полезно резервное копирование. ; -)
Дополнительно: Копировать файл журналаcp -av --backup=numbered file.log file.log.old
Необязательно: используйте Gzip для копирования журнала gzip file.log.old
Использовать / dev / null для чистого файла cat /dev/null > file.log
И мы используем для этих журналов (только на нескольких серверах) logrotate и еженедельно выполняются cron-скриптом, которые все файлы с * .1 (или следующим вращением) сжимают gzip.
Итак, после некоторого обсуждения в чате ...
Первая проблема заключалась в том, что /var/run/mysql не существовало. Это объясняет сообщение об ошибке
#2002 - No such file or directory
The server is not responding (or the local server's socket is not correctly configured).
, поскольку этот сокет находится в /var/run/mysql/.
Следующая проблема заключалась в том, что таблица пользователя была повреждена, поэтому при запуске с sudo -u mysql mysqld --skip-grant-tables до начать без аутентификации, mysql не захотел обновлять таблицу user:
ERROR 1728 (HY000): Cannot load from mysql.user. The table is probably corrupted
Поскольку у пользователя была резервная копия содержимого базы данных, самым простым вариантом на этом этапе было просто удалить все файлы базы данных, используя [ f7] и переустановить mysql-сервер. Это гарантировало, что mysql воссоздал таблицу пользователя после установки.
Итак, после некоторого обсуждения в чате ...
Первая проблема заключалась в том, что /var/run/mysql не существовало. Это объясняет сообщение об ошибке
#2002 - No such file or directory
The server is not responding (or the local server's socket is not correctly configured).
, поскольку этот сокет находится в /var/run/mysql/.
Следующая проблема заключалась в том, что таблица пользователя была повреждена, поэтому при запуске с sudo -u mysql mysqld --skip-grant-tables до начать без аутентификации, mysql не захотел обновлять таблицу user:
ERROR 1728 (HY000): Cannot load from mysql.user. The table is probably corrupted
Поскольку у пользователя была резервная копия содержимого базы данных, самым простым вариантом на этом этапе было просто удалить все файлы базы данных, используя sudo rm -Rf /var/lib/mysql/ и переустановить mysql-сервер. Это гарантировало, что mysql воссоздал таблицу пользователя после установки.
Итак, после некоторого обсуждения в чате ...
Первая проблема заключалась в том, что /var/run/mysql не существовало. Это объясняет сообщение об ошибке
#2002 - No such file or directory
The server is not responding (or the local server's socket is not correctly configured).
, поскольку этот сокет находится в /var/run/mysql/.
Следующая проблема заключалась в том, что таблица пользователя была повреждена, поэтому при запуске с sudo -u mysql mysqld --skip-grant-tables до начать без аутентификации, mysql не захотел обновлять таблицу user:
ERROR 1728 (HY000): Cannot load from mysql.user. The table is probably corrupted
Поскольку у пользователя была резервная копия содержимого базы данных, самым простым вариантом на этом этапе было просто удалить все файлы базы данных, используя sudo rm -Rf /var/lib/mysql/ и переустановить mysql-сервер. Это гарантировало, что mysql воссоздал таблицу пользователя после установки.