Как использовать команду nohup без получения nohup.out?

У меня проблема с командой nohup.

Когда я запускаю свою работу, у меня много данных. Выход nohup.out становится слишком большим, и мой процесс замедляется. Как я могу запустить эту команду без получения nohup.out?

Ответ 1

nohup записывает только в nohup.out, если вывод в противном случае для терминала. Если вы перенаправляете вывод команды где-то еще - в том числе /dev/null - туда, где она идет.

 nohup command >/dev/null 2>&1   # doesn't create nohup.out

Если вы используете nohup, это означает, что вы хотите запустить команду в фоновом режиме, добавив еще один & в конец всего:

 nohup command >/dev/null 2>&1 & # runs in background, still doesn't create nohup.out

В Linux запуск задания с помощью nohup автоматически закрывает его вход. В других системах, в частности BSD и OS X, это не так, поэтому при работе в фоновом режиме вам может потребоваться закрыть его ввод вручную. В то время как закрытие ввода не влияет на создание или нет nohup.out, оно позволяет избежать другой проблемы: если фоновый процесс пытается что-либо прочитать со стандартного ввода, он приостанавливается, ожидая, когда вы вернете его на передний план и введите что-то, Таким образом, сверхбезопасная версия выглядит следующим образом:

nohup command </dev/null >/dev/null 2>&1 & # completely detached from terminal 

Обратите внимание, однако, что это не мешает команде напрямую обращаться к терминалу и не удалять ее из вашей группы процессов оболочки. Если вы хотите сделать последнее, вы можете сделать это, выполнив disown без аргумента в качестве следующей команды, после чего процесс больше не связан с "заданием" оболочки и не будет иметь никаких сигналов (а не только HUP), перенаправленные ему из оболочки.

Пояснение:

В Unixy-системах каждый источник ввода или целевой результат имеет связанный с ним номер, называемый "файловым дескриптором", или "fd" для краткости. Каждая запущенная программа ( "процесс" ) имеет свой собственный набор, и когда начинается новый процесс, у них уже три из них уже открыты: "стандартный ввод", который является fd 0, открыт для процесса чтения, а "стандартный вывод" (fd 1) и "стандартная ошибка" (fd 2) открыты для записи. Если вы просто запустили команду в окне терминала, то по умолчанию все, что вы вводите, переходит на стандартный ввод, в то время как его стандартный вывод и стандартная ошибка отправляются в это окно.

Но вы можете попросить оболочку изменить, где все или все эти дескрипторы файлов указывают перед запуском команды; что то, что делают перенаправления (<, <<, >, >>) и операторов pipe (|).

Труба является простейшей из этих... command1 | command2 упорядочивает стандартный вывод command1 для прямого ввода в стандартный ввод command2. Это очень удобная компоновка, которая привела к определенному шаблону проектирования в инструментах UNIX (и объясняет существование стандартной ошибки, которая позволяет программе отправлять сообщения пользователю, даже если ее выход идет в следующую программу в конвейере), Но вы можете подключать стандартный вывод только к стандартным входам; вы не можете отправлять какие-либо другие дескрипторы файлов в канал без какого-либо манипулирования.

Операторы перенаправления более дружелюбны, поскольку позволяют указать, какой файловый дескриптор перенаправить. Итак, 0<infile читает стандартный ввод из файла с именем infile, а 2>>logfile добавляет стандартную ошибку в конец файла с именем logfile. Если вы не укажете число, то по умолчанию для ввода задано значение fd 0 (< совпадает с 0<), а по умолчанию для перенаправления вывода на fd 1 (> совпадает с 1>).

Кроме того, вы можете объединить файловые дескрипторы вместе: 2>&1 означает "отправлять стандартную ошибку везде, где идет стандартный вывод". Это означает, что вы получаете один поток вывода, который включает как стандартную, так и стандартную ошибку, смешанные без возможности их отделить, но это также означает, что вы можете включить стандартную ошибку в канал.

Таким образом, последовательность >/dev/null 2>&1 означает "отправить стандартный вывод на /dev/null" (который является специальным устройством, которое просто отбрасывает все, что вы ему пишете) ", а затем отправлять стандартную ошибку туда, куда идет стандартный вывод" (который мы просто убедились, что /dev/null). В принципе, "отбросьте всю эту команду, записывая в любой дескриптор файла".

Когда nohup обнаруживает, что ни его стандартная ошибка, ни вывод не подключены к терминалу, он не беспокоится о создании nohup.out, но предполагает, что выход уже перенаправлен туда, куда пользователь хочет, чтобы он ушел.

Устройство /dev/null также работает для ввода; если вы запустите команду с </dev/null, то любая попытка этой команды читать со стандартного ввода мгновенно встретит конец файла. Обратите внимание, что синтаксис слияния не будет иметь такого же эффекта здесь; он работает только для указания дескриптора файла на другой, который открывается в том же направлении (вход или выход). Оболочка позволит вам сделать >/dev/null <&1, но это завершает создание процесса с дескриптором входного файла, открытым в выходном потоке, поэтому вместо того, чтобы просто поражать конец файла, любая попытка чтения вызовет смертельный "неверный дескриптор файла" ".

Ответ 2

nohup some_command > /dev/null 2>&1&

Это все, что вам нужно сделать!

Ответ 3

Вы пытались перенаправить все три потока ввода-вывода:

nohup ./yourprogram > foo.out 2> foo.err < /dev/null &

Ответ 4

Возможно, вы захотите использовать отделить программу. Вы используете его как nohup, но он не создает выходной журнал, если вы не сообщите об этом. Вот страница man:

NAME
       detach - run a command after detaching from the terminal

SYNOPSIS
       detach [options] [--] command [args]

       Forks  a  new process, detaches is from the terminal, and executes com‐
       mand with the specified arguments.

OPTIONS
       detach recognizes a couple of options, which are discussed below.   The
       special  option -- is used to signal that the rest of the arguments are
       the command and args to be passed to it.

       -e file
              Connect file to the standard error of the command.

       -f     Run in the foreground (do not fork).

       -i file
              Connect file to the standard input of the command.

       -o file
              Connect file to the standard output of the command.

       -p file
              Write the pid of the detached process to file.

EXAMPLE
       detach xterm

       Start an xterm that will not be closed when the current shell exits.

AUTHOR
       detach was written by Robbert Haarman.  See  http://inglorion.net/  for
       contact information.

Примечание. У меня нет связи с автором программы. Я только довольный пользователь программы.

Ответ 5

sudo bash -c "nohup /opt/viptel/viptel_bin/log.sh $* &> /dev/null"  &

Перенаправление вывода sudo приводит к тому, что sudo reask для пароля, поэтому для этого варианта необходим неудобный механизм.

Ответ 6

Следующая команда позволит вам запустить что-то в фоновом режиме без получения nohup.out:

nohup command |tee &

Таким образом, вы сможете получить консольный вывод при запуске скрипта на удаленном сервере: enter image description here

Ответ 7

вы можете сделать ниже nohup и > 2 > & 1 & например У меня нет команды hup внутри script  . /Runjob.sh > sparkConcuurent.out 2 > & 1

Ответ 8

Если у вас на вашем Mac/linux есть оболочка BASH, вы можете попробовать следующие шаги, чтобы понять перенаправление практически:

Создайте 2-строчный скрипт под названием zz.sh

#!/bin/bash
echo "Hello. This is a proper command"
junk_errorcommand
  • Выход команды echo переходит в поток STDOUT (дескриптор файла 1).
  • Выход команды ошибки поступает в поток STDERR (файловый дескриптор 2)

В настоящее время просто выполнение сценария отправляет STDOUT и STDERR на экран.

./zz.sh

Теперь начните со стандартного перенаправления:

zz.sh > zfile.txt

В вышесказанном, "echo" (STDOUT) переходит в zfile.txt. В то время как на экране отображается "ошибка" (STDERR).

Вышеупомянутое:

zz.sh 1> zfile.txt

Теперь вы можете попробовать обратное и перенаправить "ошибку" STDERR в файл. STDOUT из команды "эхо" переходит на экран.

zz.sh 2> zfile.txt

Объединив два выше, вы получите:

zz.sh 1> zfile.txt 2>&1

Объяснение:

  • FIRST, отправьте STDOUT 1 в zfile.txt
  • Затем отправьте STDERR 2 в STDOUT 1 (используя & 1 указатель).
  • Следовательно, и 1, и 2 попадают в один и тот же файл (zfile.txt)

В конце концов, вы можете упаковать все это внутри команды nohup и запустить ее в фоновом режиме:

nohup zz.sh 1> zfile.txt 2>&1&