Я не знаю ответа о KHOP_BIG_TO_CC, но вот несколько советов по изучению вашего сервера:
Вы можете просмотреть, какие файлы правил загружаются SpamassAssansin с этой командой:
spamassassin --lint -D 2>&1 | grep 'config: read file'
На системе RHEL 6 с использованием SA-Update
Я нашел наборы правила под / var / lib / spamassassin
. Вы можете получить все CF-файлы с помощью:
grep KHOP_BIG_TO_CC $(spamassassin --lint -D 2>&1 | grep 'config: read file' | sed 's/^.* read file //')
в моей системе NO khop_
правила.
Вполне вероятно, но, возможно, возможно, в зависимости от того, как настройка вашей системы, для отдельных пользователей определить свои собственные правила спамассассина, в этом случае они могут быть под чем-то вроде $ HOME / .SPAMASSASSASSASSIN / user_prefs
? В этом случае - приведенная выше команда
- Lint -d не будет отображать все анализируемые пользовательские правила.
Но независимо от того, где определяется KHOP_BIG_TO_CC
, вы можете переопределить счет, используемый им, добавив следующее в свой local.cf
файл:
score KHOP_BIG_TO_CC 0.0
Вы не будете Редактирование файлов основных правил правил, так что оно не имеет значения, где они найдены (хотя я могу понять расстройство не иметь возможности найти файл, где он определен).
Нет резервного привода, если у вас есть RAID-1, есть просто зеркало. Если один диск снижается (с двух приводных массивов), вы все равно сможете получить доступ к второму приводу, и если это снизится (как кажется, ваш случай), вы должны восстановить из резервной копии.
Если система поднялась, вы можете проверить состояние RAID, выполнив:
cat /prod/mdstat
Если у вас есть один из дисков, работающих, у вас будет u на выходе (между квадратными скобками, такими как [u_]
) В этом случае ваш рейд «только« ухудшен, но в этом случае он должен работать ». И я предполагаю, что у вас есть настройка уведомления по электронной почте для RAID.
Вы должны проверить состояние привода с помощью SmartCTL
.
Я следовал инструкциям в http://www.thegeekstuff.com/2011/12/mysqlcheck/ и получил стол отремонтирован. Приложение сейчас работает нормально.
Спасибо всем.
RAID немедленно копирует изменения на оба диска. Так, если вы, например, rm
файл, это будет rm
'd на обоих дисках. Или если что-то его испортит, или что-то еще.
RAID-1 защищает только от сбоя диска. Если диск выходит из строя, массив будет продолжать работать практически без перебоев, просто используя на один диск меньше. Концептуально не существует «основного» и «резервного» дисков, два двух (или более) диска функционируют как один очень надежный диск.
Вы можете проверить состояние массива, например, с помощью cat / proc / mdstat
. Если с массивом все в порядке, и вы испытали повреждение MySQL, MySQL имеет инструменты восстановления ... кроме этого, восстановление из резервной копии.
Зеркало - это просто защита от сбоя одного диска. Это не замена резервной копии. Если база данных недоступна с RAID-1, она также не будет доступна с одного диска ...
Единственный выход: скопировать полную базу данных на 2 отдельных диска (чтобы иметь 2 копии) используя ddrescue
, проанализируйте данные SMART отдельного диска с помощью smartctl
и badblocks
, при необходимости установите новые диски, отформатируйте (новые?) диски и восстановите последнюю версию. -up, а затем извлеките необработанные данные из одной из копий и импортируйте столько данных, сколько можно импортировать из экстракта.
У вас будет потеря данных, хотя с ddrescue
она должна быть минимальной и , надеюсь, только в индексах!