Я разрушил свой сервер: лучший способ двигаться вперед?

Мой метод для файлов системных журналов - это. Шаги 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.

1
задан 27 December 2017 в 15:35

3 ответа

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

Первая проблема заключалась в том, что /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 воссоздал таблицу пользователя после установки.

2
ответ дан 22 May 2018 в 15:54

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

Первая проблема заключалась в том, что /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 воссоздал таблицу пользователя после установки.

2
ответ дан 18 July 2018 в 00:22

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

Первая проблема заключалась в том, что /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 воссоздал таблицу пользователя после установки.

2
ответ дан 24 July 2018 в 17:12

Другие вопросы по тегам:

Похожие вопросы: