Вопросы Теги

не мог перезапустить сетевого демона

Причина, почему nohup не помогает Вам, то, потому что программа работает со стандартными файлами IO.

Здесь is' выборка от Страницы Wiki для nohup:

Отметьте - Nohupping фоновые задания обычно используются, чтобы не завершать их, выходя из системы удаленной сессии SSH. Другой вопрос, который часто возникает в этой ситуации, - то, что ssh отказывается выходить из системы ("зависает"), так как это отказывается терять любые данные из фонового задания (заданий). Эта проблема может также быть преодолена путем перенаправления всех трех потоков ввода-вывода:

nohup ./myprogram > foo.out 2> foo.err < /dev/null & Также обратите внимание, что закрытие сессия SSH не всегда отправляет Сигнал HUP в зависимость процессов. Среди других это зависит от того, был ли псевдотерминал выделен или нет.

Можно использовать screen для этого.

Просто создайте экранную сессию с: screen -S rsync затем, Вы отсоединяете свой экран с CTRL+A d

И можно разъединиться от SSH

9
27.04.2016, 21:24
1 ответ

Если вы используете Bash, вы можете создать функцию вместо псевдонима. 

bcopy () {
    cd ~/e_empid/
    cp file1 /home/e_empid/dir1/dir2/dir3/Backupfile1
    cd ~/e_empoid/dir1/dir2/dir3/
}

Тогда вам просто нужно позвонить с помощью BCOPY .

Вы также можете использовать $ 1 и и $ 2 вместо File1 и Backuppfile1 Если ваши файлы не имеют одних имен имен каждый раз каждый раз Отказ 

cp $1 /home/e_empid/dir1/dir2/dir3/$2

В этом случае вам необходимо позвонить с помощью BCOPY LOG-FILE DEST-FILE .

-121--125667-

Ошибка ( Post-Stop ) в вашем журнале, кажется, связана с этим (в /etc/init/netWorking.conf . : 

post-stop script
    if [ -z "$UPSTART_STOP_EVENTS" ]; then
        echo "Stopping or restarting the networking job is not supported."
        echo "Use ifdown & ifup to reconfigure desired interface."
        exit 100
    fi

Вы получаете код выхода, но не более информативное сообщение, если вы выполняете Sudo Service, перезапустите .

В этом отчет об ошибках много деталей . Кажется устаревшим поведением. /etc/init.d/netWorking STOP не работает больше, а на Debian Jessie Sudo Service Service Stop не имеет никакого эффекта. Кажется, вы должны запустить ifup / IFDown в отдельных сетевых интерфейсах сейчас, так что будем надеяться, что у вас их не слишком много.

При использовании IFUP / IFDown недопустимо, Это позволяет восстановить поведение 13.10.

Окончательное решение для него: Sudo Service Network-Manager Restart

8
27.01.2020, 20:07

Теги

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