Action.c（107）：警告-26601：解压缩功能（wgzMemDecompressBuffer）失败，返回码= -3（Z_DATA_ERROR），inSize = 740，inUse = 0，outUse = 0 [MsgId：MWAR-26601]
如何处理上述错误？ 我什么时候收到此错误？
答案 0 :(得分：1)
很可能您的负载生成器过载。注意监视负载基础的运行状况，将日志记录保持在绝对最小值，并在主机上故意加载用户数量，以防止资源受到CPU，磁盘，内存或网络的限制......这反过来又会减慢您的虚拟用户会导致类似于您遇到的错误，并且通常会攻击测试的完整性。
答案 1 :(得分：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）更改运行时设置中的压缩方法：首选项
选项＆gt;接受服务器端压缩。 （可能需要一些摆弄 在它运作之前，我似乎永远不会记得应该选择哪些选项 哪个不应该..）
3）找到有问题的资源 - 通常是flash对象或图片 把它从违规交易中取出 - 或者从中移除它 EXTRARES部分，或通过web_add_filter（）。然后把它 在它自己的web_url（）调用中，使用正确的'RecContentType'标头 附加 - 例如。 “RecContentType =应用程序/ x-冲击波闪光”。
为什么最后一个选项似乎适用于某些应用程序胜过我。 坦率地说，它看起来像Loadrunner中的一个错误 - 一个很老的错误 （这些错误至少从LR 8开始）和b） 发生在可能从未见过的非常具体的情况下 任何惠普实验室。
此致 弗洛里斯 ---结束--- ---
答案 2 :(得分：0)
禁用防病毒软件。这总是对我有用。
答案 3 :(得分：0)
在首选项中增加网络缓冲区大小 - ＆gt;选项标签。它帮助我避免了解压缩错误。