victor.shkrob@sevastopol-hotel.com.ua wrote:
> >> Бекаплю свой сервер целиком (FreeBSD 8.2) с помощью утилиты DUMP,
> >>восстановление с помощью RESTORE.
> >> Делает снапшоты не останавливая сервак (по расписанию в crone).
> >
> > Аналогично, но есть большое но. Даже при использовании снапшотов (dump
> > -L) видно (restore -rN), что часть файлов не попадает в dump.
> > Типичный пример:
> >
> > ./CommuniGate/Domains/mail.tomsk.ru/mptdkfe.macnt/account.info:
> >(inode 7206930) not found on tape
> >
> > Несколько раз восстанавливал /var/CommuniGate из дампа (в тестовых
> >целях, и один раз пришлось по-настоящему после креша винта) и вроде
> >ничего страшного не происходило и без этих файлов. Но всё равно не по
> >себе.
> >
> > Да, у меня тоже самое, что самое интересное, что такие "ненайденные" > файлы только из папки Communigate. Весь остальной сервер > восстанавливается полностью и без ошибок.
А вы попробуйте сделать бэкап снапшота какого-нибудь нагруженного файлсервера и т.п., короче чтобы файлики постоянно на диск писались/стирались и помногу. Будут те же ошибки. Я вот такие же вижу регулярно на бэкапе зеркала SVN-репозитория FreeBSD (надо ему уже nodump поставить давно).
> Может разработчики вкурсе почему так может быть?
Думаю разработчики CGP тут не при чем, тут какая-то проблема со снапшотами UFS. Предположительно те файлы, которые меняются в процессе _создания_ снапшота, такая судьба ожидает.
-- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ruПолучено Mon Jul 08 06:33:45 2013
Этот архив был сгенерирован hypermail 2.1.8 : Mon 08 Jul 2013 - 12:17:19 MSK