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