3

我似乎无法让 Fabric 在后台处理我使用过 nohup 的进程。. . 考虑到各种信息，包括here和here ，这应该是可能的。

def test():
h = 'xxxxx.compute-1.amazonaws.com'    
ports = [16646, 9090, 6666]

with settings(host_string = h):
    tun_s = "ssh  -o StrictHostKeyChecking=no -i ~/.ssh/kp.pem %s@%s " % (env.user, h)      

    for port in ports:
        p_forward = "-L %d:localhost:%d" % (port, port)
        tun_s = "%s %s" % (tun_s, p_forward)

    tun_s = "%s -N" % tun_s
    # create the tunnel. . .
    print "creating tunnel %s" % tun_s
    run("nohup '%s' >& /dev/null < /dev/null &" % tun_s)
    print "fin"

缩写输出：

ubuntu@domU-xxx:~/deploy$ fab test
executing on tunnel ssh  -o StrictHostKeyChecking=no -i ~/.ssh/kp.pem ubuntu@xxx  -L 16646:localhost:16646 -L 9090:localhost:9090 -L 6666:localhost:6666 -N
[xxx.compute-1.amazonaws.com] run: nohup 'ssh  -o StrictHostKeyChecking=no -i ~/.ssh/kp.pem ubuntu@xxx.compute-1.amazonaws.com  -L 16646:localhost:16646 -L 9090:localhost:9090 -L 6666:localhost:6666 -N' >& /dev/null < /dev/null &
fin

Done.
Disconnecting from xxxx

我知道隧道命令本身没有问题，因为如果我去掉 nohup 的东西它工作正常（但显然 Fabric 挂起）。我很确定它没有正确分离，当运行函数返回时，隧道进程立即死亡。

但为什么？

这也发生在我代码的另一部分中的 python 命令中。

4

1 回答 1

0

因此，经过一番争论之后，无论出于何种原因，我的设置似乎都无法做到这一点（默认 Ubuntu 安装在 EC2 实例上）。我不知道为什么，根据各种消息来源似乎是可能的。

对于需要在后台运行的调用，我使用Paramiko代替 Fabric 解决了我的特定问题。以下实现了这一点：

import paramiko
ssh = paramiko.SSHClient()
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
privkey = paramiko.RSAKey.from_private_key_file('xxx.pem')
ssh.connect('xxx.compute-1.amazonaws.com', username='ubuntu', pkey=privkey)
stdin, stdout, stderr = ssh.exec_command("nohup ssh  -f -o StrictHostKeyChecking=no -i     ~/.ssh/xxx.pem ubuntu@xxx.compute-1.amazonaws.com -L 16646:localhost:16646 -L -N >& /dev/null < /dev/null &")
ssh.close()
于 2011-11-30T08:22:16.837 回答