Openshift online v3-从守护进程读取响应头时超时
我在openshift online上使用python映像创建了一个python api。如果您请求所有数据，则需要30秒以上的响应时间。服务器给出504网关超时http响应。如何配置响应的长度？
haproxy.router.openshift.io/timeout: 600s
问题仍然存在，我现在有日志记录。消息似乎来自mod_wsgi。
我想尝试将httpd（mod_wsgi-express进程）的配置从请求超时60更改为请求超时600。您在哪里配置这个。我使用的是基本图像https://github.com/sclorg/s2i-python-container/tree/master/2.7
登录中：
Timeout when reading response headers from daemon process 'localhost:8080':/tmp/mod_wsgi-localhost:8080:1000430000/htdocs
有人知道如何在openshift online上修复此错误吗
共有1个答案
下一步更改我的应用程序路由的haproxy超时
haproxy.router.openshift.io/timeout: 600s
我在应用程序中更改了请求超时和套接字超时。我的python应用程序。因此mod_wsgi-express服务器配置了更高的超时
ARGS="$ARGS --request-timeout 600"
ARGS="$ARGS --socket-timeout 600"
我的应用程序现在要等待10分钟才能取消请求
-
我在一个flask应用程序上使用nginx+uwsgi。在nginx设置中，服务器块具有server_name*.mydomain.com；uwsgi的位置块如下所示 我有另一个测试设置，其中所有这些设置是相同的，它的工作。有什么指示吗？当我重新启动uwsgi和nginx时，app1.mydomain.com工作，直到我加载app.mydomain.com（初始加载app.mydomain.com
-
我有Puma运行作为上游应用服务器和Riak作为我的后台数据库集群。当我发送一个请求，为大约25K用户映射-减少一个数据块，并将其从Riak返回到应用程序时，我在Nginx日志中得到一个错误： Nginx有一系列超时指令。我不知道我是不是漏掉了什么重要的东西。如有任何帮助将不胜感激....
-
守护(Daemon)进程 我们可以认为守护进程就是后台服务进程，因为它会有一个很长的生命周期提供服务，关闭终端不会影响服务，也就是说可以忽略某些信号。 实现守护进程 首先要保证进程在后台运行，可以在启动程序后面加&，当然更原始的方法是进程自己fork然后结束父进程。 if (pid=fork()) { exit(0); // Parent process } 然后是与终端、进程组、会话(Ses
-
Daemonset可以确保全部（或者某些）节点上运行一个Pod的副本。 Daemonset可以确保全部（或者某些）节点上运行一个Pod的副本。当有节点加入集群时，也会为他们新增一个Pod。当有节点从集群移除时，这些Pod也会被回收。删除DaemonSet将会删除它创建的所有Pod。 Daemonset典型用法如下： 在每个节点上运行集群存守护进程 在每个节点上运行日志收集守护进程 在每个节点上运行
-
建议使用 systemd 管理我们的服务进程。 可以参考swoole官方文档 使用方法 请确保cabal.php配置文件中的swoole.daemonize配置为关闭状态（0或false）！ 'swoole' => [ // ... 'daemonize' => 0, // ... ], 在 /etc/systemd/system/目录中，创建一个 cabal.
-
命令模式 守护进程方式启动：bin/imi server/start -d 重定向标准输入输出：bin/imi server/start -d 文件名.log 此方法只可让服务在后台运行，退出 ssh 后不被终止。 无法在服务崩溃后重新拉起，建议使用 systemd Systemd Systemd 一般都已经集成在了现代 Linux 发行版中，使用它可以实现开机自启动和守护进程等功能。 但 Sys