Скрипт не работает через cron

[Sla237]

Все ниже следующее на Ubuntu server 8.04.
Написал на баше скрипт, который архивирует данные и заливает архив на удаленную машину по самбе.
скопировал в /usr/bin
Запускаю: sudo backup
Скрипт работает, пишет сообщения, пишет в лог. Все нормально. Архив порядка полутора гигабайт.
Делаю sudo crontab -e (или указываю -u root, не имеет значения. все равно проблема остается)
пишу
30 4 * * * backup
(т.е. на 4:30 утра каждый день )
Скрипт запускается, делает архив в ~360 кб и все.  Лог обрывается на "Trying to TAR "/" "
В архиве только /usr с несколькими файлами. (а должен быть весь /)

Что это может быть? почему скрипт нормально работает при ручном запуске, но глючит в кроне?

Сам скрипт:  (юзайте кому нужно, если что )

Код: [Выделить]

#!/bin/sh

#Скрипт делает бекап на локальной машине и заливает его на самба шару удаленного компьютера


ver=0.11a # Версия

backup=/ #что бекапить?
arcname=`date --rfc-3339=date`.tar.gz     #имя файла
arcpath=/backup #куда делать бекап на локальной машине
logpath=$arcpath/log.txt

user=user #логин нетбиос
pwd=pwd #пароль нетбиос
netpath=//192.168.0.1/share/  # путь куда класть бекапы
netlocalpath=backups # в какую папку класть бекапы на шаре


log ()
{
echo [`date +%D\ %R`] $1 "\n"
echo [`date +%D\ %R`] $1 "\n" >> $logpath
}
echo ====================================================  "\n" >> $logpath
log "Script (v. $ver) started on machine \"`hostname`\". Trying to TAR \"$backup\" "


quit ()
{
log "BACKUP NOT CREATED"
exit 0
}

if !(test -e $backup )
then
log "Path incorrect: \"$backup\""
quit
fi


if !(test -e $arcpath )
then
log "Path incorrect: \"$arcpath\""
quit
fi

if tar --exclude=$arcpath -czvf $arcpath/$arcname $backup
then
fsz=`ls -sh $arcpath/$arcname`
pos=`expr index "$fsz"  " "`
fsz=`expr substr "$fsz" 1 $pos`
log "Archiving successfull, file size: $fsz  Backup created at: \"$arcpath/$arcname\""
else
log "Some error occured while archiving [Warning!]"
fi

log "Transfering backup and log to \"$netpath\""

if smbclient $netpath -U $user -password $pwd -c "cd $netlocalpath; lcd $arcpath; prompt; recurse; mput $arcname;mput log.txt exit;"
then
log "Transfer successfull"
log "All ok, shutdown script"
smbclient $netpath -U $user -password $pwd -c "cd $netlocalpath; lcd $arcpath;prompt;mput log.txt; exit"
else
log "Transfer FAILED"
fi


[Kwah]

Полный путь прописать не пробовал?

[Sla237]

Полный путь прописать не пробовал?

Где конкретно я должен прописать полный путь?
И как это связано с обычным запуском, и кроном?

[Kwah]

Никак. Туплю.

[Sla237]

Народ, ну что, вообще ни у кого мыслей на этот счет нету?
Тут подсказали что проблема может быть в том что запускается без терминала. но как запустить в терминале и кроном - я незнаю.
Может это поможет?

[burgua]

А прав хватает?
Скрипт вообще запускается? (echo какое-то вставь или вообще накидай вывод месседжей, чтобы увидеть, где проблема)

[Kwah]

Народ, ну что, вообще ни у кого мыслей на этот счет нету?
Тут подсказали что проблема может быть в том что запускается без терминала. но как запустить в терминале и кроном - я незнаю.
Может это поможет?

После этого сообщения...
(Я тут гаданием занимаюсь) Может нужно перенаправлять вывод всех команд в файлы (либо в /dev/null)? Потому что после "Trying to TAR "/" " запускается tar аж c -v, который генерит не слабое количество информации, а если в кроне буфер как-то ограничен...

[Sla237]

Народ, ну что, вообще ни у кого мыслей на этот счет нету?
Тут подсказали что проблема может быть в том что запускается без терминала. но как запустить в терминале и кроном - я незнаю.
Может это поможет?

После этого сообщения...
(Я тут гаданием занимаюсь) Может нужно перенаправлять вывод всех команд в файлы (либо в /dev/null)? Потому что после "Trying to TAR "/" " запускается tar аж c -v, который генерит не слабое количество информации, а если в кроне буфер как-то ограничен...

Пробовал отключить все эхи в скрипте. И из tar  убирал параметр v.
Прогресс есть, но маленький. Архив уже получается на 120 метров. А должен быть 1.5 гиговый
tar > /dev/null тоже пробовал - не помогло. (то ли файл не создался, то ли просто ничего не изменилось - точно не скажу. два дня назад делал - непомню но в итоге - не помогло)

Еще у кого какие мысли?

[Sla237]

Для будущих поколений:

Проблема решилась. Оказалось что даже при tar ... >> dev/null - в stdout валятся сообщения об ошибках.
Решение: использовать конструкцию tar ... >> /dev/null 2>&1
После этого все замечательно работает в cron'е.

[ziablik]

поставь для интерса из репозитария пакет sbackup
зачем изобретать велосипед когда все уже есть

[Sla237]

поставь для интерса из репозитария пакет sbackup
зачем изобретать велосипед когда все уже есть

А таким образом убивается сразу два зайца. И польза и учеба. Иначе откуда бы я узнал что крон падает когда его буфер переполняется, и что он, буфер - ограничен?

Но за наводку спасибо, посмотрю этот пакет.

[fatjoe]

Через поиск нашел эту тему. Была похожая проблема. Решилось все удачно, благодаря tar ... >> /dev/null 2>&1
Выкладываю другой скрипт, вдруг пригодится:

Код: [Выделить]

#!/bin/bash
#backup.sh
backupFS="/home /var /etc"
backupTO=/home/backup
timestamp=`date +%Y-%m-%d-%H-%M`
KeepTime=7
if [ -d $backupTO ];
then
find $backupTO -maxdepth 1 -name \*.tar.gz -mtime +${KeepTime} -exec rm -f {} \;
for i in $backupFS
do
j=`expr ${i//\//-}`
echo $j
tar -zcvf $backupTO/`hostname`.${timestamp}${j}.tar.gz $i >> /dev/null 2>&1
echo “$i is done”
done
else
echo “backup directory is missing...exiting”
exit 1
fi

p.s. sbackup тоже ничего, понравился.

[cOnf_ua]

Вопрос относительно последнего скрипта, что означает эта конструкция:

j=`expr ${i//\//-}`

чем значение переменной $j отличается от $i?

[fatjoe]

Вопрос относительно последнего скрипта, что означает эта конструкция:

j=`expr ${i//\//-}`

чем значение переменной $j отличается от $i?

Без понятия. Использую как есть. И результатом доволен.

[dmig]

Делаю sudo crontab -e (или указываю -u root, не имеет значения. все равно проблема остается)

удивительно, что так работает...
сталкивался с такой проблемой, только причина была в том, что cron проверяет, не залочена ли учётная запись -- если да, пользовательский crontab он не выполняет. решил переносом в /etc/crontab