Loadrunner Load Runner解压缩错误

Action.c（107）：警告-26601:解压缩功能（wgzMemDecompressBuffer）失败，返回代码=-3（Z_数据_错误），inSize=740，inUse=0，outUse=0[MsgId:MWAR-26601]

如何处理上述错误？

---

什么时候会出现此错误？

很可能是您的load generator过载。注意监视load gens的运行状况，将日志记录保持在绝对最小值，并确保主机上故意欠载的用户数，以防止CPU、磁盘、内存或网络上的资源受限……这反过来会降低虚拟用户的速度，导致与您所经历的类似的错误，通常会攻击测试的完整性。

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

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

从帖子中复制

---开始复制---

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

在本次论坛讨论中, (http://www.sqaforums.com/showflat.php?Number=550003)似乎在说 负载发生器侧的资源不足可能是原因，即 从未在资源利用率较高的情况下观察到 发电机是个问题

有几种解决方案：

1） 将以下行添加到脚本顶部： web添加自动标题（“接受编码”、“gzip”）

这将通过默认为gzip方法来禁用“deflate”压缩方法

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

选项>接受服务器端压缩。（可能需要一些摆弄 在它起作用之前，我似乎从来都不记得应该启用哪些选项 而这不应该是……）

3） 查找有问题的资源-通常是flash对象或图片，然后 将其从有问题的事务中删除-或者从 EXTRARES部分，或通过web_add_filter（）的方式。那就把那个 在它自己的web_url（）调用中，使用正确的“RecContentType”头 附件-例如“RecContentType=应用程序/x-shockwave-flash”

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

问候,， 弗洛里斯

---

---复制结束---

禁用防病毒。这对我来说总是有效的。

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

在这篇文章中，对我有效的是web\u add\u auto\u标题（“接受编码”、“泄气”）