socket client: timed out in TEST_NGINX

On Mon, Apr 2, 2012 at 12:29 AM, FoxBin <fo...@gmail.com> wrote: > 这几天在研究ngx_lua的模块&#...

bigplum · 2012-04-06T16:49:19+00:00

On Mon, Apr 2, 2012 at 12:29 AM, FoxBin <fo...@gmail.com> wrote: > 这几天在研究ngx_lua的模块&#...

socket client: timed out in TEST_NGINX

bigplum

设置

$ENV{TEST_NGINX_TIMEOUT} = 10000;

依然报timeout

$ perl t/cursor.t
1..3
ERROR: socket client: timed out - TEST 1: cursor limit
not ok 1 - TEST 1: cursor limit - status code ok
#   Failed test 'TEST 1: cursor limit - status code ok'
#   at /usr/local/share/perl/5.10.1/Test/Nginx/Socket.pm line 575.
#          got: ''
#     expected: '200'

Thanks.

agentzh

On Fri, Apr 6, 2012 at 4:49 PM, Simon <big...@gmail.com> wrote:
> 设置
>
> $ENV{TEST_NGINX_TIMEOUT} = 10000;
>
> 依然报timeout
>
> $ perl t/cursor.t
> 1..3
> ERROR: socket client: timed out - TEST 1: cursor limit
> not ok 1 - TEST 1: cursor limit - status code ok
> #   Failed test 'TEST 1: cursor limit - status code ok'
> #   at /usr/local/share/perl/5.10.1/Test/Nginx/Socket.pm line 575.
> #          got: ''
> #     expected: '200'
>

一般遇到这种 timeout 错误有以下几种常见可能：

1. nginx 中的主请求引用计数错误，导致服务器端不会主动断开连接。因为 Test::Nginx::Socket
被设计成永远不在客户端主动断开连接，所以可以捕捉到这种服务器端代码级别的 bug.

2. nginx 热循环，将 CPU 跑满，同时未及时结束当前请求。这仍然是服务器端有 bug.

3. 使用了 upstream 请求或者 DNS 请求，而上游确实超时了。这种可能性一般较小。

Regards,
-agentzh

vipcalio_30ef

TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小时。测试的时候真的等了那么久？

On 7 Apr 2012 08:13, "agentzh" <age...@gmail.com> wrote:

On Fri, Apr 6, 2012 at 4:49 PM, Simon <big...@gmail.com> wrote:
> 设置
>
> $ENV{TEST_NGINX_TIMEOUT} =...
一般遇到这种 timeout 错误有以下几种常见可能：

1. nginx 中的主请求引用计数错误，导致服务器端不会主动断开连接。因为 Test::Nginx::Socket
被设计成永远不在客户端主动断开连接，所以可以捕捉到这种服务器端代码级别的 bug.

2. nginx 热循环，将 CPU 跑满，同时未及时结束当前请求。这仍然是服务器端有 bug.

3. 使用了 upstream 请求或者 DNS 请求，而上游确实超时了。这种可能性一般较小。

Regards,
-agentzh

--
邮件自: 列表“openresty”,专用于技术讨论!
发言: 请发邮件到 openresty@googlegroups.com
退订: 请发邮件至 openresty+unsubscrib...

bigplum

默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
不过改成10000还是报错。

用lua循环执行100次插入会有问题；如果只插入一次就没问题了。

On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
> TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小时。测试的时候真的等了那么久？
>
> On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:
>
> On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > 设置
>
> > $ENV{TEST_NGINX_TIMEOUT} =...
>
> 一般遇到这种 timeout 错误有以下几种常见可能：
>
> 1. nginx 中的主请求引用计数错误，导致服务器端不会主动断开连接。因为 Test::Nginx::Socket
> 被设计成永远不在客户端主动断开连接，所以可以捕捉到这种服务器端代码级别的 bug.
>
> 2. nginx 热循环，将 CPU 跑满，同时未及时结束当前请求。这仍然是服务器端有 bug.
>
> 3. 使用了 upstream 请求或者 DNS 请求，而上游确实超时了。这种可能性一般较小。
>
> Regards,
> -agentzh
>
> --
> 邮件自: 列表“openresty”,专用于技术讨论!
> 发言: 请发邮件到 openresty@googlegroups.com
> 退订: 请发邮件至 openresty+unsubscrib...

vipcalio_30ef

如果真的是测试跑了快三个小时然后超时的话，那你的lua脚步是不是太慢了？或者哪里有bug，就像agentzh之前说的那样，hang住了？
如果设置TEST_NGINX_TIMEOUT 10000然后不到10000秒就超时了，那请提供一下复现方法，我们查一下这个问题。

On 8 Apr 2012 20:30, "Simon" <big...@gmail.com> wrote:

默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
不过改成10000还是报错。

用lua循环执行100次插入会有问题；如果只插入一次就没问题了。

On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
> TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小...
> On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:

>
> On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > 设置
>
> > $ENV{TEST_NGINX_TI...
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
详情: http://groups.google.com/group/openresty
官网: ht...

bigplum

跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。

lua-resty-mongol/t/cursor.t

210             for i = 1,50 do
211                 j = 100 - i
212                 r, err = col:insert({{name="dog",n=i,m=j}}, nil,
true)
213                 if not r then ngx.say("insert failed: "..err) end
214                 --table.insert(t, {name="dog",n=i,m=j})
215             end
216             --r, err = col:insert(t, nil, true)
217             --if not r then ngx.say("insert failed: "..err) end


On Apr 8, 8:54 pm, Calio <vipca...@gmail.com> wrote:
> 如果真的是测试跑了快三个小时然后超时的话，那你的lua脚步是不是太慢了？或者哪里有bug，就像agentzh之前说的那样，hang住了？
> 如果设置TEST_NGINX_TIMEOUT 10000然后不到10000秒就超时了，那请提供一下复现方法，我们查一下这个问题。
>
> On 8 Apr 2012 20:30, "Simon" <bigp...@gmail.com> wrote:
>
> 默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
> 不过改成10000还是报错。
>
> 用lua循环执行100次插入会有问题；如果只插入一次就没问题了。
>
> On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
>
> > TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小...
> > On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:
>
> > On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > > 设置
>
> > > $ENV{TEST_NGINX_TI...
>
> 退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
> 详情:http://groups.google.com/group/openresty
> 官网: ht...

wendal1985

lua-resty-mongo 已经出了? 我一直等着呢

在 2012年4月9日上午10:08，Simon <big...@gmail.com>写道：

跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。

lua-resty-mongol/t/cursor.t

210 for i = 1,50 do
211 j = 100 - i
212 r, err = col:insert({{name="dog",n=i,m=j}}, nil,
true)
213 if not r then ngx.say("insert failed: "..err) end
214 --table.insert(t, {name="dog",n=i,m=j})
215 end
216 --r, err = col:insert(t, nil, true)
217 --if not r then ngx.say("insert failed: "..err) end

On Apr 8, 8:54 pm, Calio <vipca...@gmail.com> wrote:
> 如果真的是测试跑了快三个小时然后超时的话，那你的lua脚步是不是太慢了？或者哪里有bug，就像agentzh之前说的那样，hang住了？
> 如果设置TEST_NGINX_TIMEOUT 10000然后不到10000秒就超时了，那请提供一下复现方法，我们查一下这个问题。
>

> On 8 Apr 2012 20:30, "Simon" <bigp...@gmail.com> wrote:
>
> 默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
> 不过改成10000还是报错。
>
> 用lua循环执行100次插入会有问题；如果只插入一次就没问题了。
>
> On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
>
> > TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小...
> > On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:
>
> > On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > > 设置
>
> > > $ENV{TEST_NGINX_TI...
>
> 退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
> 详情:http://groups.google.com/group/openresty
> 官网: ht...

--
Wendal Chen
GuangDong China

bigplum

https://github.com/bigplum/lua-resty-mongol

欢迎使用 ：）

On 4月9日, 下午12时54分, Wendal Chen <wendal1...@gmail.com> wrote:
> lua-resty-mongo 已经出了? 我一直等着呢
>
> 在 2012年4月9日 上午10:08，Simon <bigp...@gmail.com>写道：
>
>
>
>
>
>
>
>
>
> > 跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。
>
> > lua-resty-mongol/t/cursor.t
>
> > 210             for i = 1,50 do
> > 211                 j = 100 - i
> > 212                 r, err = col:insert({{name="dog",n=i,m=j}}, nil,
> > true)
> > 213                 if not r then ngx.say("insert failed: "..err) end
> > 214                 --table.insert(t, {name="dog",n=i,m=j})
> > 215             end
> > 216             --r, err = col:insert(t, nil, true)
> > 217             --if not r then ngx.say("insert failed: "..err) end
>
> > On Apr 8, 8:54 pm, Calio <vipca...@gmail.com> wrote:
> > > 如果真的是测试跑了快三个小时然后超时的话，那你的lua脚步是不是太慢了？或者哪里有bug，就像agentzh之前说的那样，hang住了？
> > > 如果设置TEST_NGINX_TIMEOUT 10000然后不到10000秒就超时了，那请提供一下复现方法，我们查一下这个问题。
>
> > > On 8 Apr 2012 20:30, "Simon" <bigp...@gmail.com> wrote:
>
> > > 默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
> > > 不过改成10000还是报错。
>
> > > 用lua循环执行100次插入会有问题；如果只插入一次就没问题了。
>
> > > On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
>
> > > > TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小...
> > > > On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:
>
> > > > On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > > > > 设置
>
> > > > > $ENV{TEST_NGINX_TI...
>
> > > 退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
> > > 详情:http://groups.google.com/group/openresty
> > > 官网: ht...
>
> > --
> Wendal Chen
> GuangDong China

wendal1985

Good,感谢感谢!!

在 2012年4月9日下午7:13，Simon <big...@gmail.com>写道：

https://github.com/bigplum/lua-resty-mongol

欢迎使用：）

On 4月9日, 下午12时54分, Wendal Chen <wendal1...@gmail.com> wrote:
> lua-resty-mongo 已经出了? 我一直等着呢
>

> 在 2012年4月9日上午10:08，Simon <bigp...@gmail.com>写道：

>
>
>
>
>
>
>
>
>
> > 跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。
>
> > lua-resty-mongol/t/cursor.t
>
> > 210 for i = 1,50 do
> > 211 j = 100 - i
> > 212 r, err = col:insert({{name="dog",n=i,m=j}}, nil,
> > true)
> > 213 if not r then ngx.say("insert failed: "..err) end
> > 214 --table.insert(t, {name="dog",n=i,m=j})
> > 215 end
> > 216 --r, err = col:insert(t, nil, true)
> > 217 --if not r then ngx.say("insert failed: "..err) end
>
> > On Apr 8, 8:54 pm, Calio <vipca...@gmail.com> wrote:
> > > 如果真的是测试跑了快三个小时然后超时的话，那你的lua脚步是不是太慢了？或者哪里有bug，就像agentzh之前说的那样，hang住了？
> > > 如果设置TEST_NGINX_TIMEOUT 10000然后不到10000秒就超时了，那请提供一下复现方法，我们查一下这个问题。
>
> > > On 8 Apr 2012 20:30, "Simon" <bigp...@gmail.com> wrote:
>
> > > 默认是2，我怀疑是脚本执行超过两秒被perl杀掉了，所以改成10000，看看是不是这个参数的缘故。
> > > 不过改成10000还是报错。
>
> > > 用lua循环执行100次插入会有问题；如果只插入一次就没问题了。
>
> > > On 4月7日, 下午3时14分, Calio <vipca...@gmail.com> wrote:
>
> > > > TEST_NGINX_TIMEOUT我通常用2或者3就足够了，10000的话那可是快3个小...
> > > > On 7 Apr 2012 08:13, "agentzh" <agen...@gmail.com> wrote:
>
> > > > On Fri, Apr 6, 2012 at 4:49 PM, Simon <bigp...@gmail.com> wrote:
> > > > > 设置
>
> > > > > $ENV{TEST_NGINX_TI...
>
> > > 退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
> > > 详情:http://groups.google.com/group/openresty
> > > 官网: ht...
>
> >
> --
> Wendal Chen
> GuangDong China

--
Wendal Chen
GuangDong China

agentzh

On Sun, Apr 8, 2012 at 7:08 PM, Simon <big...@gmail.com> wrote:
> 跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。
>

如果你的测试用例本身就需要较久才能执行完，可以调大该用例的超时设置，即加上下面这一行：

   --- timeout: 5

就会让超时设置为 5 秒。

Regards,
-agentzh

bigplum

恩，就是这个配置项，之前找了socket.pm没找到

On Apr 12, 5:30 am, agentzh <agen...@gmail.com> wrote:
> On Sun, Apr 8, 2012 at 7:08 PM, Simon <bigp...@gmail.com> wrote:
> > 跑2秒就退出了。我是跑lua-resty-mongol的用例时出现的，估计换成mysql执行多些insert也会出现，你可以试试。
>
> 如果你的测试用例本身就需要较久才能执行完，可以调大该用例的超时设置，即加上下面这一行：
>
>    --- timeout: 5
>
> 就会让超时设置为 5 秒。
>
> Regards,
> -agentzh

agentzh

On Wed, Apr 11, 2012 at 6:28 PM, Simon <big...@gmail.com> wrote:

恩，就是这个配置项，之前找了socket.pm没找到

这个特性确实应该加入 Test::Nginx 的 POD 文档中去 :P 你愿意提供一个文档补丁么？

Regards,

-agentzh

bigplum

ok, 我打算给test nginx加一个md5校验输出文件的功能，到时候可以一块加上

加个这个指令，校验输出文件的md5是否正确，如何？

--- output_files_md5
>>> /tmp/file
18c4e53a0b0e355fcf42a4af32e7a872

On Apr 12, 11:24 am, agentzh <agen...@gmail.com> wrote:
> On Wed, Apr 11, 2012 at 6:28 PM, Simon <bigp...@gmail.com> wrote:
> > 恩，就是这个配置项，之前找了socket.pm没找到
>
> 这个特性确实应该加入 Test::Nginx 的 POD 文档中去 :P 你愿意提供一个文档补丁么？
>
> Regards,
> -agentzh

agentzh

On Fri, Apr 13, 2012 at 1:10 AM, Simon <big...@gmail.com> wrote:
> ok, 我打算给test nginx加一个md5校验输出文件的功能，到时候可以一块加上
>
> 加个这个指令，校验输出文件的md5是否正确，如何？
>
> --- output_files_md5
>>>> /tmp/file
> 18c4e53a0b0e355fcf42a4af32e7a872
>

看起来很不错 :)

Best,
-agentzh