Назад | Перейти на главную страницу

Сервер не отвечает, после сброса все данные откатились на несколько месяцев назад

Сервер Debian сегодня перестал отвечать. После аппаратного сброса данные на сервере были откатаны несколько месяцев назад до состояния февраля. Как это возможно? Все, журналы, веб-данные, базы данных, как будто компьютер был выключен 3 февраля и включен сегодня.

Кто-нибудь знает, что могло вызвать это? Взломали? Как я могу предотвратить повторение этого?

Большое спасибо!

РЕДАКТИРОВАТЬ:

Вот обновление, что произошло на самом деле.

На Сервере есть конфигурация Mirror RAID. Один из жестких дисков перестал записывать данные 3 февраля. Когда сегодня сегодня сломался второй жесткий диск, система могла загрузиться только с первого. Вот почему все данные были такими старыми.

Судя по всему, это одна из миллионов ситуаций.

РЕДАКТИРОВАТЬ:

Так что вы не попадете в такую ​​же ситуацию, как я:
http://www.tcpdump.com/kb/os/linux/raid-alerting.html

Вот обновление, что произошло на самом деле.

На Сервере есть конфигурация Mirror RAID. Один из жестких дисков перестал записывать данные 3 февраля. Когда сегодня сегодня сломался второй жесткий диск, система могла загрузиться только с первого. Вот почему все данные были такими старыми.

Так что вы не попадете в такую ​​же ситуацию, как я: http://www.tcpdump.com/kb/os/linux/raid-alerting.html

Пакет mdadm поставляется со своими собственными скриптами для ежедневного мониторинга статуса рейда и отправки электронного письма в случае сбоя:

/etc/cron.daily/mdadm

# cron.daily/mdadm -- daily check that MD devices are functional
(..)
# As recommended by the manpage, run
#      mdadm --monitor --scan --oneshot
# every day to ensure that any degraded MD devices don't go unnoticed.
# Email will go to the address specified in /etc/mdadm/mdadm.conf

Обычно пользователь, получающий электронные письма, настроен как root в /etc/mdadm/mdadm.conf, поэтому, чтобы отправлять электронные письма на другой адрес, вместо локальной учетной записи root, добавьте такую ​​запись в / etc / aliases:

root: name@example.org

Достаточно сказать, что ваш MTA, такой как exim, должен быть настроен для отправки электронной почты.

если вы используете unionfs для наложения изменений, и это наложение перестало работать или было сброшено, вы в конечном итоге «заводите часы назад», но это было бы довольно необычно.