lrs_save_searched_string :。错误代码: 9015。错误 在线等 没人啊？

irisfly89

人数少的时候没有这个错误 人数一多就开始了

这个是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。
结束自动日志消息堆栈。

难道是没有接受到对应的 事物失败 而且发生的错误？

lsekfe

帮LZ顶下~

后知然后后觉

遇到同样的错误了，期待高手中。。。。

云层

应该是负载高了服务器没有返回吧

irisfly89

回复 5# 云层


    不是很高啊 这种情况100人也会发生的
   怎么解决是根本 晚上有很多这样的问题的人 都没给个答案

irisfly89

有人知道么啊。。。。在线等了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.
使用这个函数的话会影响事物的响应时间计算。

irisfly89

回复 8# 后知然后后觉


    设置这个就不会报这个错了么  你设置了多少了

irisfly89

回复 4# 云层


    只有50个人才不会。。。悲剧了

云层

你要先分析多少用户会出这个问题，直到这个问题稳定出现，再去看服务器端的情况，我觉得问题是服务器的不是LR的

irisfly89

60用户就会出现 50个不会出现 服务端没有报错

irisfly89

回复 10# 云层


    50个人就不会报错 而且 60个人会报错 我现在是把DB装在虚拟机上的 如果我装到服务器上 能70 个人不报错 80个人就会报错了 嗯

wsbuaa

看你说的，就应该是服务器原因啦
另外lrs_set_recv_timeout应该会有用
我记得socket默认是10秒，超过10秒就算此步骤超时
所以自然也search保存不到东西

bjllily159

楼主，最后这个问题有木有解决啊？