0

Action.c(107): 警告 -26601: 解压函数 (wgzMemDecompressBuffer) 失败，返回码=-3 (Z_DATA_ERROR), inSize=740, inUse=0, outUse=0 [MsgId: MWAR-26601]

如何处理上述错误？我什么时候收到此错误？

4

4 回答 4

1

您的负载生成器很可能过载。注意监控负载生成的健康状况，将日志记录保持在绝对最小值，并且故意在主机上负载不足的用户数量，以防止 CPU、磁盘、内存或网络上的资源受限.....这反过来会减慢您的虚拟用户，导致与您遇到的类似的错误，并且通常会攻击测试的完整性。

于 2012-07-10T16:07:50.997 回答
1

我找到了与您遇到的相同问题的答案：

https://groups.google.com/forum/?fromgroups=#!topic/LR-LoadRunner/epeSF7uSf-Q

从帖子中复制

---开始复制---

这个特定的错误很常见。显然，某些设备实现的 http deflate 压缩与 LR 的预期略有不同，导致某些事务出现间歇性错误，通常是特定的资源下载。

虽然这个论坛讨论 (http://www.sqaforums.com/showflat.php?Number=550003) 似乎说负载生成器端的资源匮乏可能是原因，但我从未在资源利用情况下观察到它发电机是个问题。

有几种解决方案：

1) 将以下行添加到脚本顶部： web_add_auto_headder("Accept-Encoding", "gzip");

这将默认为 gzip 方法禁用“deflate”压缩方法。

2）在运行时设置中更改压缩方法：首选项

选项 > 接受服务器端压缩。（在它起作用之前可能需要一些摆弄，我似乎永远不记得应该打开哪些选项，哪些不应该......）

3) 找到有问题的资源——通常是一个 Flash 对象或图片，并将其从有问题的事务中取出——或者通过从 EXTRARES 部分中删除它，或者通过 web_add_filter() 的方式。然后将其放入它自己的 web_url() 调用中，并附加正确的“RecContentType”标头 - 例如。“RecContentType=应用程序/x-shockwave-flash”。

为什么最后一个选项似乎适用于某些应用程序让我失望。坦率地说，它看起来像 Loadrunner 中的一个错误 - a) 非常古老（这些错误至少从 LR 8 开始就已经存在）和 b) 只发生在可能从未在任何 HP 实验室中见过的非常特殊的情况下。

问候，弗洛里斯---复制结束---

于 2012-09-11T07:34:34.270 回答
0

在首选项 -> 选项选项卡中增加网络缓冲区大小。它帮助我避免了解压错误。

于 2013-10-04T09:23:17.687 回答
0

禁用防病毒软件。这总是对我有用。

于 2012-10-01T17:34:19.867 回答