root to user crontab

/var/spool/cron/crontabs/username

Попробовал. Немного не то... Не сказал сразу, пользователь должен иметь возможность редактирования crontab

А он его сможет редактировать. Это и есть его crontab. Который открывается когда ты делаешь crontab -e

crontab -u <user> -e

Вот функция добавления задания в крон:

add_user_cron() {
	if [ $# -ne 6 ]; then
	    echo "Usage: $(basename $0) minut hours day month user \"command\""
	    return 1
	else
            cron_user="/var/spool/cron/crontabs/${5}"
	    time="$1 $2 $3 $4 *"
	    cat $cron_user > cron.temp              #сохраняем ранее добавленные задания		   
	    echo "${time} ${command}" >> cron.temp  #дописываем новые во врем. файл   
	    cat cron.temp > $cron_user	  	    #кидаем в crontab юзера   
	    return 0
	fi
}

Вот функция добавления задания в крон:

Вы откуда такое откопали?

Так как скрипт работает под root
Скипт запускается через браузер (cgi)

Тушите свет

Рукоблудие)
Но добить всё таки надо.

Но добить всё таки надо.

Афтора? Да, надо.

спасибо

то после добавление задания оказывается в рутовском crontab. Причём сразу три одинаковые строки)

cron_user=«/var/spool/cron/crontabs/${5}»

Что-то тут не так...

Смотрите в ваш cgi. Можно логировать параметры, которые приходят в функцию: в начало функции добавить

echo $@ >> /tmp/add_user_cron.log

Вас только это смутило?
А ${command} откуда-то «сверху» ?
> cron.temp
это вообще все нормально.

Что-то тут не так...

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

cron.temp

это вообще все нормально.

Ну там же есть cat cron.temp > $cron_user. ;)

Вас только это смутило?

Конечно нет!

P.S. Отсутствие command="$6" не заметил.

это вообще все нормально

бать, ты нормально? норрррмааааально (дядька на рыбалке)

cat cron.temp > $cron_user

А чем плохо-то??? Можно кончено, просто дописывать в конец файла. Но тут еще одна опция будет. UPD. я понимаю, что связка bash/cgi вызывает рвотный рефлекс у тру кодеров) Но мне нравится. Изучаю потихоньку все его возможности.

А чем плохо-то???

1. ты засираешь рабочую директорию бесполезным cron.temp файлом.

2. какой смысл использовать temp-файл, если ты его содержимое сразу же кидаешь в crontab?

норрррмааааально

Что за вещества?

А зачем вообще добавлять что-то в пользовательский кронтаб?

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

3. И пинком в догонку, один фиг работать не будет, без рестарта крона.

ТС Вам выше уже намекнули на существование команды crontab. Все решается с ее помощью. Там всего «полтора» ключика и надо.

ЗЫ

1. ты засираешь рабочую директорию бесполезным cron.temp файлом.

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

Что за вещества?

видосик такой был)
В пользовательский потому, что требуется сделать некую систему уведомлений с возможностью редактирования пользователем. Образовательные цели, ничего личного)

я понимаю, что связка bash/cgi вызывает рвотный рефлекс у тру кодеров

А сами подумайте что будет, если вместо параметра прописать патч бармина ?

файлы crontab положено редактировать программой crontab, которая делает всякие дополнительные штуки типа проверки правильности ввода, ведь это программа для конечного пользователя.

Тебе же стоит использовать файлы в /etc/cron.d/.

Примерно так:

echo "45 21 18 02 * legolegs echo TEST >> /tmp/crontest" > legolegs_tasks

Дополнительное преимущество в том, что можно держать каждое задание в своём файле и пр надобности менять/удалять. Из каши в кронтабе можно нечаянно удалить то, что ты туда не клал.

А сами подумайте что будет, если вместо параметра прописать патч бармина

не подумал ещё) всевозможные проверки это на десерт)

Дополнительное преимущество в том, что можно держать каждое задание в своём файле

Во, дельный совет! Спасибо.

В качестве десерта проверки обычно плохо усваиваются.

которая делает всякие дополнительные штуки типа проверки правильности ввода

Ничего, никто не проверяет. Хоть «юх» там напиши. Вопрос только в перечитывании конфигов.

Через crontab -e открывается vi/nano, проверок никаких. Если crontab file, то проверяет корректность времени.

Не во всех дистрах. Так что ориентироваться на проверки crontab не стоит.