小编JK *_*iho的帖子

我有一个在 nginx 后面运行 gunicorn/Django 的开发服务器。作为更广泛的服务器环境更新的一部分，我尝试将 gunicorn 从 18.0 升级到 19.2.1，但该服务将不再启动。（服务器正在运行 Arch，因此使用 systemctl。）

gunicorn 配置是由不再受我们支配的人完成的，并且对 gunicorn 不是很了解，我无法修复甚至定位问题，所以我恢复到 18.0 版并且它现在可以工作。但是，我想最终升级它并使配置处于可以工作的状态。我有一种感觉，当前的配置是次优或多余的，但我无法确定:-)。

环境（或运行gunicorn的virtualenv）没有任何变化，只有gunicorn本身升级了。Systemctl 在systemctl start gunicorn以下位置产生此错误：

? gunicorn.service - gunicorn daemon (production)
   Loaded: loaded (/usr/lib/systemd/system/gunicorn.service; enabled)
   Active: failed (Result: resources) since Tue 2015-02-17 20:55:41 UTC; 8s ago
  Process: 2837 ExecStop=/bin/kill -s QUIT $MAINPID (code=exited, status=0/SUCCESS)
  Process: 9608 ExecReload=/bin/kill -s HUP $MAINPID (code=exited, status=0/SUCCESS)
  Process: 5353 ExecStart=/home/django/gunicorn/run.sh (code=exited, status=0/SUCCESS)
 Main PID: 24876 (code=exited, status=0/SUCCESS)

Feb 17 20:55:41 ashima systemd[1]: PID file /home/django/gunicorn/gunicorn.pid not …

我的任务是重建一个 LAN 服务器，该服务器充当数百台客户端计算机的 NTP 服务器。不幸的是，它是在虚拟机上，正如诸如在虚拟机中运行 NTP 服务器的限制是什么？这远非理想。

然而，在当前情况下，这就是我必须处理的问题，直到依赖该服务器的数百台机器在未来的某个地方被重新配置为更强大的 NTP 设置。

幸运的是，客户端不依赖毫秒精度。我一直计划在新服务器上运行 Chrony，并将其配置为使用四个本地 2 层服务器。

我是 NTP 服务的新手，也是 Chrony 的新手。您认为哪些服务器端设置对于这种情况至关重要？首先，考虑到在虚拟机上运行 NTP 服务器的基本限制，我们的目标是最大限度地减少不准确性。