systemd启动的Node.js脚本无法与SVN通信

时间:2019-02-08 17:17:24

标签: javascript node.js svn systemd

我有一个在Ubuntu上运行的Nodejs脚本,该脚本用作HTTP服务器(使用Express),并且对服务器进行特定的POST时,它将尝试登录SVN并执行svn info命令使用以下代码:

svn_info = ["info", server, "--xml", "--non-interactive", "--username", svn_username, "--password", svn_password, "--no-auth-cache"];
output = spawnSync("svn", svn_info, { encoding: 'utf8' });
logger.debug(output.output);

这非常适合作为使用命令行的独立脚本。执行nodejs app.js并发送适当的POST,结果如下(路径名等已在此处手动替换为方括号内的“标签”)

<?xml version="1.0" encoding="UTF-8"?>
<info>
    <entry path="my_path" revision="67368" kind="dir">
        <url>https://[svn_server]/[root_path]/[relative_path]/my_path</url>
        <relative-url>^/[relative_path]/my_path</relative-url>
        <repository>
            <root>https://[svn_server]/[root_path]</root>
            <uuid>[UUID]</uuid>
        </repository>
        <commit revision="67334">
            <author>author@domain</author>
            <date>2019-02-07T15:33:15.806240Z</date>
        </commit>
    </entry>
</info>

我的systemd脚本test_server.service这样调用Nodejs脚本:

[Unit]
Wants=network-online.target
After=network-online.target

[Service]
ExecStart=/usr/bin/nodejs /home/some_path/app.js

[Install]
WantedBy=multi-user.target

在通过启动或service test_server start命令启动脚本并执行相同的POST命令时,我在日志文件中看到以下内容:

[2019-02-08T15:25:19.251Z] debug: ,<?xml version="1.0" encoding="UTF-8"?>
<info>
,svn: E170013: Unable to connect to a repository at URL 'https://[svn_server]/[root_path]/[relative_path]/my_path'
svn: E000111: Error running context: Connection refused

该脚本以root用户身份从外壳程序以及由systemd启动时都以root用户身份运行。我正在努力了解由systemd执行脚本时导致脚本失败的细微差别。

1 个答案:

答案 0 :(得分:0)

tldr;

可以证明这与上面发布的代码无关。这是因为运行Web服务器的计算机与运行SVN服务器的计算机位于不同的网络上。两者仅允许通过代理进行通信,而代理需要在~/.subversion/servers文件中进行设置。

较长的故事

以“ user1”身份登录时,该用户已在~/.subversion/servers文件中正确设置了SVN代理服务器。在SVN存储库上运行sudo svn info是可行的,大概是因为使用了相同的~/.subversion/servers文件。

如果我使用sudo -i(以“ root”身份运行,并且设置了所有环境变量,就好像我以“ root”身份登录一样),我肯定会发现,使用svn info时,我又收到了“连接被拒绝”错误。

在编辑~/.subversion/servers文件以使用正确的代理后:

[global]
# http-proxy-exceptions = *.exception.com, www.internal-site.org
http-proxy-host = defaultproxy.whatever.com
http-proxy-port = 7000

一切正常!