Форум системных администраторов

IT => Hardware => Тема начата: Gekko от 16 июля 2020, 12:20:31

Название: Восстановление данных...
Отправлено: Gekko от 16 июля 2020, 12:20:31
   Как обычно навернулся маленький почтовик на линуксе, и решили мы посмотреть - что из него можно спасти. rsync'ом попытались с него вытащить папку с письмами, но вытащили меньше половины ящиков, остальное rsync сказал - I/O error и диск перестал отвечать. Навероне я его окончательно загнал. При последующих подключениях (особенно когда полежит подольше) может показать диск целиком, папки внутри и т.д., но через несколько минут может и вовсе пропасть как устройство.
  Диск обычный SATA2 3.5" Seagate Barracuda 250G c фирменной прошивкой от HP - cтоял в микросервере, поэтому когда начал помирать - никак об этом не просигнализировал, а пахал до последнего.
  Смарт показывает что "DISK IS LIKELY TO FAIL SOON" и перебор по "реалокейтед секторс"
   В общем теперь думаю - как с него выкачать примерно 80Гб данных в виде кучи мелких файлов - то есть почтовое хранилище.
Название: Восстановление данных...
Отправлено: Fray от 16 июля 2020, 13:47:31
Может немного не в тему, но почему нет резервных копий?
Название: Восстановление данных...
Отправлено: Gekko от 16 июля 2020, 15:06:26
Может немного не в тему, но почему нет резервных копий?
А это - правильный вопрос. Очень правильный...
Сейчас уже не выцарапать с этого диска, но по словам администратора, который это настраивал, там в кроне был скрипт, который каждый час запускал рсинк на папку хранения почты. То есть задача то выполнялась, но, видимо, неправильно. С какого то момента почта перестала синхронизироваться с бэкапом. В результате у нас есть какая то очень странная резервная копия почтовых папок: у кого то письма только до марта, а у кого то до июня... В общем кому как "повезло".
Так то вроде смотришь - задача выполняется, и что то вроде даже синхронизируется. А пока его не подключишь - фиг поймешь что он какой то битый или ущербный... Админы то на самом деле делятся не на два типа, а на три: третий тип очень немногочисленный, и отличается от второго тем, что проверяют бэкапы.
Название: Восстановление данных...
Отправлено: Вьшекн от 16 июля 2020, 16:11:04
Ну так как ошибки на диске появились так скрипт и перестал читать сбойные сектора..
Название: Восстановление данных...
Отправлено: Gekko от 16 июля 2020, 16:24:49
Ну так как ошибки на диске появились так скрипт и перестал читать сбойные сектора..
Хотите сказать  - это с марта продолжалось? Ну между тем почта с этого хранилища читалась-писалась-удалялась почтовыми клиентами и нареканий никаких не было.
Точнее формулируя: почему тогда почтовые службы могли читать с этих секторов а деревянный поуши rsynс - нет?
Название: Восстановление данных...
Отправлено: Fray от 16 июля 2020, 16:33:55
Ну между тем почта с этого хранилища читалась-писалась-удалялась почтовыми клиентами и нареканий никаких не было.
Почта на клиентах по IMAP или POP?
Название: Восстановление данных...
Отправлено: Gekko от 16 июля 2020, 17:17:17
Ну между тем почта с этого хранилища читалась-писалась-удалялась почтовыми клиентами и нареканий никаких не было.

Почта на клиентах по IMAP или POP?

И те и другие были. Преимущественно все таки IMAP.
А вот кстати и SMART:
(http://velopiter.spb.ru/uploads/monthly_2020_07/smart.jpg.bdb9bff53fc37c3e1b0471e0cbb73012.jpg)



Updated: 17 July 2020, 16:35:13

Кстати один из неявных подколов протокола IMAP: пока я не подсунул на место хранилища битый архив, у всех на почтовых клиентах была полноценная копия всех уже полученных писем за весь потерянный период. Но как только я положил архив на место и включил почтовик - пошла активная синхронизация с битыми папками и вся уже полученная почта просто была слита в трубу на всех клиентах настроенных под IMAP.  :trollface: