Бэкап данных делается с помощью Cobian Backup 8. По окончании резервного копирования логи должны отсылаться на определенный почтовый адрес, после чего сам лог стирается. Адрес указан, адрес работающий. Второй день подряд, приходя с утра, обнаруживаю, что бэкап ночью вылетел с ошибкой на копировании системных данных сервера. До того предыдущие три задания резервного копирования (пользовательские документы на другом сервере) - выполнены успешно, но их логов тоже нет. В почте ничего не лежит, файл логов тоже недоступен. В логах почтового сервера (Exchange) тоже ни слова об этом. Тестовое письмо из меню настроек Cobian на почту приходит, т.е. ошибка скорее всего не в адресе и настройках отправки.
В чем может быть косяк?
Время копирования изменила, завтра с утра приду пораньше, запущу и буду ловить ошибку, но хотелось бы логи тоже на всякий случай.

Система на сервере - Windows Server 2003.
Вылетает при сохранении данных с другого сервера, на котором такая же система.

Ну, естественно, на оба сервера захожу под администратором.
Cobian при выполнении резервного копирования вместо текущего пользователя, под которым запущен сеанс, подставляет другого, но тоже в администраторскими правами.
Раньше, насколько я знаю, подобных косяков при резервном копировании данных не было, а если и были, то о них приходил отчет.

Может отказаться от такого бекапера? Чем он лучше чем обычный батник и планировщик?

(3) Это не ко мне, я не главный админ.
До этой недели все работало без перебоев, с понедельника админ в отпуске, я его заменяю - сервера почувствовали свободу и начали своевольничать :)

Сорри, в (1) опечатка, ОС - ВинСервер 2000.

(3) Cobian очень хороший бекапер.

(5) Нам тоже нравится. Раньше никаких косяков за ним не наблюдалось.
По поводу (0) что скажешь, почему может не отсылать логи?
Он ведь на каждое задание лог заново пишет, так?

(0) запусти задание ручками и гляди. скорее всего он до отправки не доходит. раньше обламывается.
например места на винте мало или еще что.

а еще можно галку удаления журналов после отправки снять.

(7) места на винте нормально :)
если мне склероз не изменяет, он на каждое задание заводит отдельный лог при старте, по окончании, перед удалением, должен его отправлять по почте. Не отправляет, но лог чистит О_о
(8) спасибо, пойду поищу ее.

Удалось найти логи за последние два дня.
Чтение показало, что на самом деле не выполнялось ни одно из заданий - архивы обновлялись, но записано файлов - 0.
На каждое задание - Stream write error. В некоторых случаях еще не сходится контрольная сумма или ошибка проверки данных.
На диске, где установлен Cobian, свободно 3,3 Мб, есть подозрение, что это может быть одной из причин проблемы.
В целях эксперимента сегодня все те же задания запущу на своем компе, посмотрим, что получится...

видимо в каталоге temp не хватало места.
можно попробовать path подправить (указать путь к винту где достаточно места).

(11) проверим, если с моего компа все нормально отработает, значит, скорее всего, дело действительно в нехватке памяти.

Что странно - там же два файла, log.txt и log_copy.txt.
Копия - открывается и без проблем копируется на другой диск. Основной файл лога открыть невозможно, "Cannot open file, make sure a disk is in the drive you specified"

Новоутренний ап.
Сводка с фронта.
Ошибки копирования побеждены, копии создаются, все работает, но проблема с отсылкой логов осталась - "Ошибка отправки журнала. Файл журнала невозможно скопировать".
Не критично, конечно, но хотелось бы хотя бы представлять, в какую сторону копать, в чем может быть загвоздка.

а у тебя как отправка настроена? по времени или по окончанию задания?

райтеры все на месте

(15) по окончанию задания. Было на два адреса - мой и системный, системный убрала, т.к. именно он выдавал ошибку отправки, посмотрим, свалится на мой или нет.

странно. у меня на несуществующий отправлял. ессно не доходило но стартовал.
правда у меня 9 версия.

(18) у меня оба существующие и рабочие
посмотрим, если оставлю один адрес, на него пойдут отчеты или нет

Последние сводки с полей.
С сервера из Cobian поста так и не отправляется, "Файл журнала невозможно скопировать". На локальной машине все работает как часы, отчеты исправно валятся на почту. Адрес в обоих случаях один и тот же, настройки тоже.

капец рейду.

ну и заодно поменяйте Кобиан на более свежий. У мну стоит последняя девятка - нормуль. Проблемы только когда места мало...

(21) Система и Cobian стоят не на рейде, на обычном диске.
(22) Задания именно из-за нехватки места и не запускались, что могла, я расчистила. Журнал может из-за этого же косячить?
Дистриб девятки скачали, пока гоняем на локальных машинах в тестовом режиме.

(23) насчет журнала - не скажу...
дистриб девятки смотрите - там есть несколько релизов

(24) угумс/, спасибо, после выходных буду смотреть. На локальной машине и в восьмерке все работает...

Мистика.
С сервера логи письмом так и не отправляются, несмотря на корректность настроек и правильную работу почтовой службы (тестовое письмо с проверкой связи из Cobian отправляется и приходит), "файл журнала невозможно скопировать". На локальной машине с теми же настройками все отправляется.
Ничего не понимаю.
В логах почтового сервера все, само собой, чисто, косяк именно в журнале.

(26) Бубен уже пробовали?

(27) бубен у меня почти что интегрированный уже )

(26) права юзера от которого кобан работает маловаты?

Есть подозрение, что дело опять же в малом количестве свободного места на диске, но проверить - никак :(
кстати, забавно, еще на той неделе обнаружила в логе событий постоянную ругань почтового сервера на отключенный аккаунт уволившегося сотрудника, каждые 10-15 минут сообщения о нем, что типа "разберитесь с его правами". За выходные - раз в сутки такое сообщение, и тишина. Сегодня с начала рабочего дня уже сообщений 5-7 такого типа (работа началась час назад). Хрень какая-то О_о

(29) администраторские

(30) удали файлы с поревом с сервака - место и освободится. :)
зы. что, нельзя расчистить место на серве? Не верю!

(32) Диск, где установлены система и кобиан - 5 Гб. Ничего лишнего - система, Program Files, профили нескольких администраторских аккаунтов. И все, свободны 50 Мб, и то после удаления временных файлов и прочей фигни.

(33) и это сервак? Как-то тухленько :)

(34) все данные на другом диске )

Больше идей не будет?

нет диска больше 5 гб?

(37) диск есть, но переустановка кобиана на другой диск - самый крайний вариант.

(38) всю ФС на него и будет место.

(39) т.е. проблема все-таки именно из-за нехватки места?

(40) точно сказать нельзя, но попробовать можно, 10 минут времени.
вернуть назад все можно тут же если не пошло.

(41) на работающем серваке, где работают пользователи? =)
ок. сегодня вечером попробую, когда все уйдут

(42) можно объявить переменку ) не терминал же
дома установлен давно 9ый, просто смотрел, ничего сверх хорошего не заметил, дружелюбный ифейс, в трее то есть значек, то нет - глюк какой-то, фиг с ним.

(43) это не 1С-сервер )
там все рабочие документы хранятся и личные папки пользователей. Личные папки - фиг с ними, а с договорами и т.д. постоянно работают, причем почти все, даже в обед