用例

Question

nohup ssh -F ${PATH_LOCAL_SSH_CFG} -f -n ${HOST_OTHER} ${cmd} < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null' &

如果想要真正拥有完全独立的后台进程，上述内容是错误的，因为 SSH 的输出重定向到了一个文件。最终是谁执行了重定向？是启动实际命令的 bash 进程，在我的情况下是备份软件的钩子脚本，最终使该钩子脚本成为僵尸。该僵尸试图处理重定向，这就是为什么所有这些bash实例仍然在我的输出中可用的原因ps axf。当重定向到文件更改为时/dev/null，钩子脚本实际上会完全终止，备份软件将继续运行，SSH 实例在中可见ps axf。

当然，在我的具体用例中，我需要将输出重定向到文件。这就是全部内容。不过，我“只是”需要它不同：执行我的钩子脚本的 shell 需要启动一个进程来自行处理重定向，而启动的 shell 完全与启动的进程分离。如果 SSH 能够自行写入文件，那将非常容易，但事实似乎并非如此。相反，它似乎完全依赖 shell 来处理重定向。这意味着我需要一个额外的 shell 实例：一个执行 SSH 并负责重定向到文件的实例，同时这个 shell 实例在其父级的后台执行，父级忽略所有输入/输出。

事实上，我一直都离解决方案很近，但就是不完全理解自己在做什么。示例nohup只会让事情变得更加困难，因为我最终需要一个额外的 shell 实例。以下是我之前在其他一些 SO 问题的帮助下已经得到的：

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}"
) < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null' &

https://gist.github.com/bluekezza/e511f3f4429939a0f9ecb6447099b3dc https://stackoverflow.com/a/54688673/2055163

以上将我的 SSH 命令作为复合命令执行，允许忽略 SIGHUP 等。根据当前 shell 的配置，当父级结束时，可能需要在后台运行执行的命令。

需要理解的重要一点是，这实际上已经创建了一个额外的子 shell，这正是我需要的！上面的问题是父 shell 等待子 shell 的输出，因为 STDOUT 的重定向是为父 shell 定义的，与我的nohup示例非常相似。现在这是最简单的部分：因为我们有一个带有单独 STDOUT 的子 shell，它可以简单地重定向到一个单独的文件中！这样，父 shell 就可以完全脱离所有通道，复合命令在后台执行，备份软件继续运行，因为钩子脚本不会变成僵尸，并且最终能够从管道中读取，因为数据库转储器使用 SSH 写入管道。:-)

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}" > "${PATH_LOCAL_MNT2}/${db_name}"
) < '/dev/null' > '/dev/null' 2> '/dev/null' &

我查看了备份软件创建/恢复的文件，它们看起来没问题。我可以看到很多 SQL 命令和数据等。什么没有工作如下：

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}" < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null'
) < '/dev/null' > '/dev/null' 2> '/dev/null' &

我曾想过尝试一下，只是为了安全起见，因为我无论如何都不需要 STDIN 和 STDERR。但是使用上述方法，我根本没有在管道中得到任何内容，实际上只有 EOF，因为备份软件最终会创建空文件。此外，我可以看到数据库转储程序甚至没有在其主机中执行，而对于有效的解决方案，我可以轻松看到系统中的 CPU 和 I/O 负载。可能与我使用某些函数或其他东西执行 SSH 的方式有关，现在不再太在意了。

Answer 1

nohup ssh -F ${PATH_LOCAL_SSH_CFG} -f -n ${HOST_OTHER} ${cmd} < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null' &

如果想要真正拥有完全独立的后台进程，上述内容是错误的，因为 SSH 的输出重定向到了一个文件。最终是谁执行了重定向？是启动实际命令的 bash 进程，在我的情况下是备份软件的钩子脚本，最终使该钩子脚本成为僵尸。该僵尸试图处理重定向，这就是为什么所有这些bash实例仍然在我的输出中可用的原因ps axf。当重定向到文件更改为时/dev/null，钩子脚本实际上会完全终止，备份软件将继续运行，SSH 实例在中可见ps axf。

当然，在我的具体用例中，我需要将输出重定向到文件。这就是全部内容。不过，我“只是”需要它不同：执行我的钩子脚本的 shell 需要启动一个进程来自行处理重定向，而启动的 shell 完全与启动的进程分离。如果 SSH 能够自行写入文件，那将非常容易，但事实似乎并非如此。相反，它似乎完全依赖 shell 来处理重定向。这意味着我需要一个额外的 shell 实例：一个执行 SSH 并负责重定向到文件的实例，同时这个 shell 实例在其父级的后台执行，父级忽略所有输入/输出。

事实上，我一直都离解决方案很近，但就是不完全理解自己在做什么。示例nohup只会让事情变得更加困难，因为我最终需要一个额外的 shell 实例。以下是我之前在其他一些 SO 问题的帮助下已经得到的：

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}"
) < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null' &

https://gist.github.com/bluekezza/e511f3f4429939a0f9ecb6447099b3dc https://stackoverflow.com/a/54688673/2055163

以上将我的 SSH 命令作为复合命令执行，允许忽略 SIGHUP 等。根据当前 shell 的配置，当父级结束时，可能需要在后台运行执行的命令。

需要理解的重要一点是，这实际上已经创建了一个额外的子 shell，这正是我需要的！上面的问题是父 shell 等待子 shell 的输出，因为 STDOUT 的重定向是为父 shell 定义的，与我的nohup示例非常相似。现在这是最简单的部分：因为我们有一个带有单独 STDOUT 的子 shell，它可以简单地重定向到一个单独的文件中！这样，父 shell 就可以完全脱离所有通道，复合命令在后台执行，备份软件继续运行，因为钩子脚本不会变成僵尸，并且最终能够从管道中读取，因为数据库转储器使用 SSH 写入管道。:-)

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}" > "${PATH_LOCAL_MNT2}/${db_name}"
) < '/dev/null' > '/dev/null' 2> '/dev/null' &

我查看了备份软件创建/恢复的文件，它们看起来没问题。我可以看到很多 SQL 命令和数据等。什么没有工作如下：

(
  trap '' HUP INT
  ${cmd_exec} <<< "${cmd}" < '/dev/null' > "${PATH_LOCAL_MNT2}/${db_name}" 2> '/dev/null'
) < '/dev/null' > '/dev/null' 2> '/dev/null' &

我曾想过尝试一下，只是为了安全起见，因为我无论如何都不需要 STDIN 和 STDERR。但是使用上述方法，我根本没有在管道中得到任何内容，实际上只有 EOF，因为备份软件最终会创建空文件。此外，我可以看到数据库转储程序甚至没有在其主机中执行，而对于有效的解决方案，我可以轻松看到系统中的 CPU 和 I/O 负载。可能与我使用某些函数或其他东西执行 SSH 的方式有关，现在不再太在意了。

用例

用例

问题

研究

备份软件代码

正在运行的进程

SSH 调用

答案1

相关内容