[решено] Не запускается задание в cron в CentOS

[Michael]

Здравствуйте. Помогите разобраться.
На компьютере "CENTOS_NAME" установлена CentOS 6.6. Пытаюсь настроить резервное копирование на сторонний сервер "WIN_SERV" под управлением Windows server 2008.
С подключением сетевой папки вроде бы разобрался: в /etc/fstab прописал строку

//IP_ADDRESS_WIN_SERV/srv_backup /mnt/srv_backup cifs credentials=/root/passwords/srv_backup,auto,rw 0 0

Соответственно в /root/passwords/srv_backup прописал имя пользователя и пароль доступа к шаре на windows-сервере.

В /var/spool/root прописал следующие 2 задания:

33 13 * * * date>>/root/test.txt
34 13 * * * "/bin/tar cpzf /mnt/srv_backup/CENTOS_NAME/cron-email-`date +%F`.tgz / --exclude /mnt"


Первое задание выполняется, а второе нет. При этом в /var/log/cron появляются следующие записи:

Jun 28 13:33:01 CENTOS_NAME CROND[3204]: (root) CMD (date>>/root/test.txt)
Jun 28 13:34:01 CENTOS_NAME CROND[3212]: (root) CMD ("/bin/tar cpzf /mnt/srv_backup/CENTOS_NAME/cron-email-`date +)

Если команды поменять местами, то бэкап все равно не создается.
Если команду бэкпа запустить в терминале, то все работает.
Что я делаю не так?
Спасибо
P.S. Правильно ли я понимаю - в случае падения CentOS или его софта полученного архива будет достаточно для восстановления системы?

[ruslandh]

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

Я думаю, где-то не так парсится ваша команда.

P.S. Правильно ли я понимаю - в случае падения CentOS или его софта полученного архива будет достаточно для восстановления системы? »
А что вы там сохраняете? Наверное нет смысла сохранять файлы, которые есть в rpm - проще заново пакет поставить.
К тому-же папки /proc и /sys сохранять не надо, скорей всего и /tmp не нужен (по стандарту туда кладутся файлы, которые можно удалять при перезагрузке системы). С /dev немного сложнее (если в системе работает udev) - обычно там есть "два слоя". Несколько /dev. которые нужны для работы до включения udev, а после включения udev, он заново создаёт все устройства, задестванные в системе.
IMHO - важно сохранить /etc, /home, ну и всякие /srv и тому подобные каталоги, где лежат файлы, не относящиеся к дистрибутиву.

PS Если система обновляется, то есть смысл сохранть новые rpm, скачанные из внешнего репозитоия. Ну, и список установленных rpm пакетов надо сохранить.

[Michael]

Лучше команду создания архива положить, как отдельный скрипт, с тем, что-бы crontab только вызывал его (без параметров) »
Спасибо, заработало

А что вы там сохраняете? »
это почтовый сервер CommuniGate. Поэтому мне как минимум нужна папка /var/CommuniGate, как максимум - полный бэкап всего сервера.
В результате выполнения команды
/bin/tar cpzf /mnt/srv_backup/CENTOS_NAME/cron-email-`date +%F`.tgz /
получится полный бэкап? Его будет достаточно для беспроблемного восстановления системы на момент создания бэкапа?
Каталоги /proc, /sys, /tmp исключил из бэкапа
Католог /rpm не нашел
Каталог /dev трогать не стал, ибо
С /dev немного сложнее (если в системе работает udev) »
а мои познания в unix-системах весьма скудны

[ruslandh]

Католог /rpm не нашел »
А его и нет - надо смотреть, куда yum? кэширует скачанные rpm.

PS список установленных rpm, упорядоченный по дате установки пакета даёт команда
rpm -qa --last

Эта же команда, без ключа --last даёт список установленных пакетов по-алфавиту.

Каталог /dev трогать не стал, ибо
Цитата ruslandh:
С /dev немного сложнее (если в системе работает udev) »
а мои познания в unix-системах весьма скудны »
А посмотрите, что выдает команда
rpm -ql dev

[Michael]

А посмотрите, что выдает команда
rpm -ql dev »
пакет dev не установлен

[ruslandh]

Ну, может он не dev, а как-то похоже называется. Кстати если загрузиться с флешки, то можно у видеть что реально находится на жёстком дискею

А к вопросу - можно-ли восстановить сервер, имея ваш бекап - наверное можно, только надо всё продумать. Я-бы посоветовал на какойнибудь виртуалке (ну, или на другом компе, если есть така возможность) заранее потренироваться. Потому, что там есть нюансы, которые познаются на практике, а не в теории.