lrs_save_searched_string :。错误代码: 9015。错误 在线等 没人啊?
本帖最后由 irisfly89 于 2012-8-28 16:44 编辑人数少的时候没有这个错误 人数一多就开始了
这个是200人时候报错的 单独跑是没错的啦 都没人
开始自动日志消息堆栈 – 迭代 22。
Action.c(99): lrs_send(socket0, buf15)
Action.c(101): lrs_receive(socket0, buf16)
Action.c(103): lrs_save_searched_string(socket0, null, session8, LB/BIN=responseCode":", RB/BIN=", 1, 0, -1)
Action.c(111): lrs_send(socket0, buf17)
Action.c(113): lrs_receive(socket0, buf18)
Action.c(114): lrs_save_searched_string(socket0, null, session9, LB/BIN=responseCode":", RB/BIN=", 1, 0, -1)
Action.c(120): lrs_set_recv_timeout2(1, 0)
Action.c(121): lrs_receive(socket1, buf19)
Action.c(121): Mismatch in buffer's length (expected 15285 bytes, 0 bytes actually received, difference in 15285 bytes)
Action.c(123): lrs_save_searched_string(socket1, null, session10, LB/BIN=responseCode":", RB/BIN=", 1, 0, -1)
Action.c(123): fiCalcSearchedStringOffset: Left boundary occurs fewer times than ordinal
Action.c(123): 错误: 无法保存到参数 lrs_save_searched_string :。错误代码: 9015。
结束自动日志消息堆栈。
还有开始自动日志消息堆栈 – 迭代 20。
Action.c(13): lrs_save_searched_string(socket0, null, session1, LB/BIN=ResultCode":, RB/BIN=,, 1, 0, -1)
Action.c(20): lrs_create_socket(socket1, TCP, ...)
Action.c(22): lrs_send(socket0, buf2)
Action.c(24): lrs_receive(socket0, buf3)
Action.c(26): lrs_save_searched_string(socket0, null, session2, LB/BIN=responseCode":", RB/BIN=", 1, 0, -1)
Action.c(32): lrs_send(socket1, buf4)
Action.c(34): lrs_send(socket0, buf5)
Action.c(37): lrs_receive(socket0, buf6)
Action.c(37): Mismatch in buffer's length (expected 45227 bytes, 0 bytes actually received, difference in 45227 bytes)
Action.c(39): lrs_save_searched_string(socket0, null, session3, LB/BIN=responseCode":", RB/BIN=", 1, 0, -1)
Action.c(39): fiCalcSearchedStringOffset: Left boundary occurs fewer times than ordinal
Action.c(39): 错误: 无法保存到参数 lrs_save_searched_string :。错误代码: 9015。
结束自动日志消息堆栈。
难道是没有接受到对应的 事物失败 而且发生的错误? 帮LZ顶下~ 遇到同样的错误了,期待高手中。。。。 应该是负载高了服务器没有返回吧 本帖最后由 irisfly89 于 2012-8-29 13:28 编辑
回复 5# 云层
不是很高啊 这种情况100人也会发生的
怎么解决是根本 晚上有很多这样的问题的人 都没给个答案 有人知道么啊。。。。在线等了2天了 可以使用这个函数lrs_set_recv_timeout 设置下等待时间
官网的解释是:The lrs_set_recv_timeout function sets the period of time that Vugen waits to receive expected data from a socket.
使用这个函数的话会影响事物的响应时间计算。 回复 8# 后知然后后觉
设置这个就不会报这个错了么你设置了多少了 回复 4# 云层
只有50个人才不会。。。悲剧了 你要先分析多少用户会出这个问题,直到这个问题稳定出现,再去看服务器端的情况,我觉得问题是服务器的不是LR的 60用户就会出现 50个不会出现 服务端没有报错 回复 10# 云层
50个人就不会报错 而且 60个人会报错 我现在是把DB装在虚拟机上的 如果我装到服务器上 能70 个人不报错 80个人就会报错了 嗯 看你说的,就应该是服务器原因啦
另外lrs_set_recv_timeout应该会有用
我记得socket默认是10秒,超过10秒就算此步骤超时
所以自然也search保存不到东西 楼主,最后这个问题有木有解决啊?
页:
[1]