Я получил эту ошибку во время резервного копирования почтового сервера:
2010-09-16 06:24:20 ERROR backup of /var/mail/vhosts failed: tar: Removing leading `/' from member names
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284588471.Vfd00I16e0223M187263.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284587441.Vfd00I16e0220M85965.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284588863.Vfd00I16e0225M370937.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284602404.Vfd00I16e022aM416444.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284594551.Vfd00I16e0228M678444.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284588944.Vfd00I16e0226M622591.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284587271.Vfd00I16e021fM96119.server.host-name\:2,: Cannot stat: No such file or directory
tar: /var/mail/vhosts/host-name/0/user-name/.maildir/cur/1284599458.Vfd00I16e0229M181400.server.host-name\:2,: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors
Произошло ли это, когда пользователь удалил свои сообщения?
Есть ли способ предотвратить это? Я полагаю, проблема не только в резервном копировании электронной почты.
Могу ли я полагаться на систему на основе tar & gzip для резервного копирования моей почтовой системы?
Да. Файлы, вероятно, удаляются или перемещаются во время резервного копирования.
Tar, вероятно, сгенерировал список файлов для резервного копирования, когда вы начали работу, но когда дошли до некоторых файлов, они уже исчезли (например, были удалены, перемещены в другую папку и т. Д.).
Поскольку вы используете формат Maildir, я не считать это слишком большая проблема, так как остальная почта в аккаунтах должна восстановиться нормально. Это не похоже на резервное копирование базы данных, где важно обеспечить согласованность всей вашей резервной копии.
Однако, если для вас важно избежать этих ошибок, необходимо убедиться, что в почтовые ящики не вносятся изменения во время резервного копирования. Я бы сказал, что вы можете сначала заблокировать почтовые ящики (возможно, это опция в вашем почтовом программном обеспечении? Или сделать почтовые ящики доступными только для чтения на уровне файловой системы). Или, во-вторых, вы можете выключить почтовые службы во время резервного копирования и перезапустить их снова после завершения задания.