Почему унисон не работает в cronjob?

РАЗРЕШЕННЫЙ...

Проблема имела отношение к PROC... Когда я выполнял mkinitrd, у меня не было допустимого представления моего/proc/partitions после выполнения chroot mnt. Вот шаги, я раньше наконец получал его работа...

Начальная загрузка с DVD Slackware (использующий 13,1 ядер на 64 бита)

1.  vgscan --mknodes
2.  vgchange -ay

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

Вышеупомянутые две команды делают мои логические тома активными и их для разоблачения в/proc/partitions.

3.  mount /dev/vg00/root /mnt
4.  mount /dev/sda1 /boot
5.  mount -t proc proc /mnt/proc (this was the magic step)
6.  chroot mnt (note, don't chroot /mnt just mnt)

повторно выполнил тот же mkinitrd сценарий как показано в моем исходном сообщении. На этот раз я получил враждующее о/dev/vg00/root, переименованном к/dev/dm-0

Выполнил lilo, та же конфигурация как мое исходное сообщение.

Перезагрузка и альт это работало.

Одно предостережение - то, что моему драйверу (bnx2) Ethernet нужно внешнее встроенное микропрограммное обеспечение, которое я не включал в свой initrd и который заставил долгий процесс начальной загрузки происходить, поскольку bnx драйвер приводил к таймауту поиска этого встроенного микропрограммного обеспечения....

Надежда это помогает кому-то еще..

0
задан 22 January 2014 в 05:04
2 ответа

Я решил проблему, и это был HOME = / в crontab, это должен быть путь, по которому существует ваш .unison

Итак, мое содержимое crontab теперь

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/home/user1/

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
*/1  *  *  *  * user1 sh syncaaa.sh &>unison-cron.log
2
ответ дан 4 December 2019 в 14:03

Добавьте set -x в начало скрипта, чтобы он распечатает каждую команду перед ее запуском.
Затем обратитесь к файлу журнала, чтобы узнать, что пошло не так.

Сообщение об ошибке, которое вы процитировали из Unison, означает, что команда unison не получила нужное количество аргументов. Вышеупомянутый подход покажет вам, какая команда действительно была запущена.

0
ответ дан 4 December 2019 в 14:03

Теги

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