2

我正在使用 BASH 4。我正在尝试找到一种方法来合法地预先设置输出以指示它的输出类型。我可以用这样的东西来做到这一点......

ls -l /tmp/abcdefgh 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')
stderr: ls: cannot access /tmp/abcdefgh: No such file or directory

ls -l /tmp/ 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')
stdout: drwxr-xr-x 3 root root 4096 2010-10-15 09:08 fsck
stdout: drwxr-xr-x 2 root root 4096 2010-09-10 06:01 kernel
stdout: drwxr-xr-x 2 root root 4096 2010-09-10 06:01 temp_keys
...

当我通过 SSH 登录并以交互方式运行它时,这似乎可以解决问题。但是,如果我尝试通过 ssh 将命令作为远程命令运行,并且命令用引号引起来,这并不总是正确的。我总能得到标准输出线,但有时不能得到标准错误线。

这将产生输出...

ssh root@server1 "ls -l /tmp/ 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')"

这甚至不会产生错误消息...

ssh root@server1 "ls -l /tmp/abcdefgh 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')"

但是,这将 wget 状态结果显示为 stderr 结果(它应该)

ssh root@server1 "wget http://server2/package.rpm 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')"
4

1 回答 1

2

我在我的计算机上尝试了以下操作,完全不涉及 ssh:

$ ls asdfasdf 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')
$ stderr: ls: cannot access asdfasdf: No such file or directory

第二行中的 $ 不是错字。这些 sed 命令完全在后台运行。 ls给出了它的错误消息,并在 sed 有机会输出任何内容之前有足够的时间让 shell 输出提示。我认为您的 ssh 的另一端是在 sed 的输出到达之前关闭连接。

通过子外壳和管道进行缓冲可能会更好,因为cat等待其输入关闭而不是等待前台进程完成:

ssh root@server1 "(ls -l /tmp/abcdefgh 2> >(sed 's/^/stderr: /') 1> >(sed 's/^/stdout: /')) | cat"
于 2010-10-21T06:47:59.890 回答