0

我有一个在 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

当脚本通过 boot 或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 用户身份运行，无论是从 shell 还是由 systemd 启动时。我正在努力理解在 systemd 执行脚本时可能导致脚本失败的细微差别。

4

1 回答 1

0

tldr;

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

更长的故事

当以“user1”身份登录时，该用户在~/.subversion/servers文件中正确设置了 SVN 代理服务器。sudo svn info对 SVN 存储库运行有效，可能是因为~/.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

一切都很完美！

于 2019-03-05T12:50:58.950 回答