crontab отказывается от простой задачи, которая должна всегда работать

У меня проблема, crontab вообще отказывается сотрудничать. Я много читал об этом, и, очевидно, это всегда должно работать:

* * * * env > /tmp/env.output

Я жду, но не появляется env.output. То, что я нахожу забавным, это то, где crontab -e сохраняет:

/tmp/crontab.i2ZQzh

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

Спасибо, привет, Dag

0
задан 29 July 2017 в 11:24

4 ответа

Я полагаю из вашего утверждения, что вы использовали команду crontab -e. Вы можете проверить записи crontab, просмотрев '/ var / spool / cron / crontabs' для записей cron. (разные ароматы nix могут иметь это в несколько разных путях)

Я также предлагаю полностью квалифицировать путь. Вместо этого выполните: env

/usr/bin/env

, поэтому измените запись на:

* * * * /usr/bin/env > /tmp/env.output

Если это не устранит вашу проблему, вам нужно указать, какой именно вкус nix вы используете .

0
ответ дан 18 July 2018 в 09:27

Вам не хватает части пользователя, правильный синтаксис:

* * * * * root env > /tmp/env.output

Замените root пользователем, с которым вы хотите запустить команду.

1
ответ дан 18 July 2018 в 09:27

Я полагаю из вашего утверждения, что вы использовали команду crontab -e. Вы можете проверить записи crontab, просмотрев '/ var / spool / cron / crontabs' для записей cron. (разные ароматы nix могут иметь это в несколько разных путях)

Я также предлагаю полностью квалифицировать путь. Вместо этого выполните: env

/usr/bin/env

, поэтому измените запись на:

* * * * /usr/bin/env > /tmp/env.output

Если это не устранит вашу проблему, вам нужно указать, какой именно вкус nix вы используете .

0
ответ дан 24 July 2018 в 19:20
  • 1
    Кажется, у меня другая проблема. Я должен начать это полностью из ядра. Когда я редактирую crontab -e, я могу, но что бы там ни было, при сохранении он делает только то, что было в первой записи, которая была «touch & gt; /tmp/testing.txt». это появляется все время. – DJNJ 29 July 2017 в 11:34
  • 2
    Какую версию unix вы используете? – john 29 July 2017 в 11:41
  • 3
    Linux CD03B 4.4.0-87-generic # 110 ~ 14.04.1-Ubuntu SMP Вт Июл 18 14:51:32 UTC 2017 x86_64 x86_64 x86_64 GNU / Linux – DJNJ 29 July 2017 в 12:16
  • 4
    Теперь я привожу его для вывода файла, там, где он должен быть (home / user / tst.txt), но файл пуст. Не имеет значения какая команда; он делает файл, но не выполняет команду. – DJNJ 29 July 2017 в 12:34
  • 5
    У меня есть сценарий /home/user/tst.sh:<br> – DJNJ 29 July 2017 в 18:13

Вам не хватает части пользователя, правильный синтаксис:

* * * * * root env > /tmp/env.output

Замените root пользователем, с которым вы хотите запустить команду.

1
ответ дан 24 July 2018 в 19:20
  • 1
    Обратите внимание, что это относится только к общесистемным заданиям cron в /etc/crontab и /etc/cron.d; пользователь crontabs (включая root, доступ к которому через sudo crontab -e) не имеет этого дополнительного поля – steeldriver 29 July 2017 в 13:38

Другие вопросы по тегам:

Похожие вопросы: