我使用Repository中的软件包在Debian上运行Gitlab。 大多数情况下，Gitlab的运行速度非常快，但是在更长的空闲时间之后，Gitlab非常慢甚至超时（错误502）。 有一次，我也有一个远程git访问超时（无法重现问题 – 在内部API超时）。 在我的设置中，Debian机器位于另一个nginx代理的后面，它也提供其他一些服务。 我做了gitlab-cli检查，一切似乎都很好。 在我的反向代理的错误日志中，我只能看到连接超时： [error] 8643#0: *4139 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 10.1.1.10, server: gitlab.mydomain.tld, request: "GET / HTTP/1.1", upstream: "http://{SERVER-IP}:80/", host: "gitlab.mydomain.tld" 我可以在我的unicorn_stderr.log中看到一些错误 E, [2016-03-30T19:40:20.183991 #783] ERROR — : worker=1 PID:16798 timeout (61s > 60s), killing E, [2016-03-30T19:40:20.194969 #783] ERROR — […]
我在这个超时问题上一直在挠头，希望能得到一些帮助。 我有一个可能需要2.5分钟才能返回响应的http请求。 我有3分钟的Angular超时处理，3分钟的NodeJS。 我的nginx设置有200秒超时，我的Elastic Load Balancing Connection Timeout设置为4分钟。 但是，我一直在2分钟内看到502坏的网关nginx 1.4.6（Ubuntu）的错误。 有没有我想念的部分有更长的超时时间？ 我的nginx设置： server { listen 80; server_name; access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log debug; location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_set_header Connection ""; proxy_http_version 1.1; proxy_pass http://localhost:8060; proxy_redirect off; proxy_connect_timeout 200s; proxy_send_timeout 200s; proxy_read_timeout 200s; send_timeout 200s; } […]
我正在使用nginx + cloudflare。 我运行一个长的PHP脚本，应该在1-2分钟之前完成并在另一个页面上redirect。 完全运行后，cloudflare给我一个超时发生。 这是我在nginx.conf中的当前设置; client_body_timeout 12; client_header_timeout 12; client_body_buffer_size 10K; client_header_buffer_size 1k; client_max_body_size 8m; large_client_header_buffers 2 1k; keepalive_timeout 15; send_timeout 10; types_hash_max_size 2048; fastcgi_connect_timeout 600; fastcgi_send_timeout 600; fastcgi_read_timeout 600; 和我的php.ini已经有max_execution_time设置为300; 我在这里错过了什么，我能做些什么来使cloudflare能够运行这个PHP脚本，而不需要我的服务器在这个过程中超时？
概述： 我有一个照相机，把照片发送到我的networking应用程序。 然后我的networking应用程序存储用户数据，并将图片发送到用户的脸谱/粉丝页面。 我的Web应用程序运行Ruby on Rails @ Heroku Cedar堆栈。 stream： 我的web应用程序通过一个POST，从web表单接收照片，就像一个web表单。 展台等待服务器响应。 如果上传失败，则会再次发送图片。 在facebook上传完成之后，webapp的响应才会被触发。 问题： 所有处理完成后，Webapp只会将数据发送给PhotoBooth。 很多时候这会在30秒后发生。 这导致Heroku开火H12 – 超时。 解决scheme？ 在上传文件时保持请求存活 （返回一些响应数据，以防止Herku发起H12 – https://devcenter.heroku.com/articles/http-routing#timeouts ）。 – 可能吗？ 如何在Ruby中实现这一点？ 更改为Unicorn + Nginx并激活上传模块（这种方式dyno只在上传完成后才接收到请求 – Unicorn + Rails + Large Uploads ）。 真的有可能吗？ 使用机架超时gem 。 这会使我的许多上传失败，所以图片永远不会在Facebook上发布，对吧？ 改变架构。 使上传直接到S3，旋转工作人员检查新的图片上传到S3桶，下载并发送到Facebook。 – 这可能是最好的，但需要花费很多的时间和精力。 我可能从长远来看，但我现在正在寻找一个快速的解决scheme。 其他…
人们总是声称我的网站总是挂在一些页面上。 我检查了独angular兽stderr日志，并发现许多超时错误，如： E, [2013-08-14T09:27:32.236478 #30027] ERROR — : worker=5 PID:11619 timeout (601s > 600s), killing E, [2013-08-14T09:27:32.252252 #30027] ERROR — : reaped #<Process::Status: pid=11619,signaled(SIGKILL=9)> worker=5 I, [2013-08-14T09:27:32.266141 #4720] INFO — : worker=5 ready 有很多这样的错误信息。 然后，我去轨生产日志，通过search独angular兽错误时间减601sfind确切的要求。 这些超时请求，都在页面渲染阶段被扼杀。 这些请求的sql已经完成了。 它永远不会结束： Processing by XXXController#index as HTML Rendered xxx/index.html.erb within layouts/application (41.4ms) Rendered shared/_sidebar.html.erb (200.9ms) 没有完整的。 这些请求中的大多数成功地服务 我不知道为什么在随机时间，它挂在那里。 我不知道是什么原因造成的。 […]
我有一个在Nginx后面的Gunicorn运行的Django应用程序。 一切工作正常，执行一个奇怪的事情：我有一个“下载”视图和一个REST风格的JSON API。 当调用下载视图时，我使用urllib2来访问json API来获取信息。 而当我试图做这个HTTP获取请求的JSON API，请求超时错误HTTP错误504：网关超时。 当我运行与./manage.py runserver的代码一切工作正常。 对json api的http get请求也只需要几个毫秒，所以没有超时的危险。 这里的伪码情况： myproject / views.py 🙁可访问： http : //myproject.com/download ） 1 def download(request, *args, **kwargs): 2 import urllib2 3 opener = urllib2.build_opener() 4 opener.open('http://myproject.com/api/get_project_stats') 第四行中的opener.open()调用运行在./manage.py runserver运行时，运行时使用./manage.py runserver工作正常（和api调用只需要几个毫秒。 有没有人有同样的问题？ 更重要的是：你是如何解决这个问题的？
我正在运行一个具有相当数量的代码的文件，并且必须处理它为1000个用户。 处理500个用户需要大约55秒，所以我必须增加默认的网关超时时间。 从这个问题 ，我发现我必须增加fastcgi_read_timeout ，但我不知道把它放在fastcgi.conf 。
有什么办法，我可以使错误504网关超时如果如此以及如何以及在哪里更改文件位于。 我在centos 6上使用nginx
我正在尝试改进群集环境中运行的多个服务器的启动脚本。 服务器进程应该无限期运行，但偶尔在启动时会失败，例如， Address already in useexception。 我希望启动脚本的退出代码能够反映出这些早期的终止，比如等待1秒，并告诉我服务器是否已经开始好了。 我还需要服务器PID回显。 这是迄今为止我的最佳射门： $ cat startup.sh # start the server in the bg but if it fails in the first second, # then kill startup.sh. CMD="start_server -option1 foo -option2 bar" eval "($CMD >> cc.log 2>&1 || kill -9 $$ &)" SERVER_PID=$! # the `kill` above only has 1 second […]
我有一个PHP脚本，当通过浏览器调用它超过60秒后超时。 我已经修改了httpd.conf并将Timeout指令设置为300.我已经修改了所有PHP超时设置，以延长60秒以上。 当我从命令行运行脚本时，它会完成。 当我每次60秒后通过浏览器执行时，POOF超时。 我也检查了任何.htaccess文件中超时指令的存在。 没有什么..我完全难住。 我也在PHP代码中强制set_time_limit（0）。 我一直在挖掘和testing一个星期，已经耗尽了我的知识。 任何帮助是极大的赞赏。