Load Runner Decompression Error

Question

Action.c（107）：警告-26601：解壓縮函數（wgzMemDecompressBuffer）失敗，返回碼= -3（Z_DATA_ERROR），inSize = 740，inUse = 0，outUse = 0 [MsgId：MWAR- 26601]

如何處理上述錯誤？ 我什麼時候收到這個錯誤？

Answer 1

您的負載發生器很可能超載。注意監控您的負載生命週期的健康狀況，將日誌記錄保持在絕對最低水平，以及故意在主機上負載不足的用戶數量，以防止受到CPU，磁盤，內存或網絡資源的束縛......這反過來會減慢您的虛擬用戶，導致類似於您所遇到的錯誤，並且通常會影響測試的完整性。

Answer 2

我發現這個答案同樣的問題，因爲你必須：從崗位

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

複製--- BEGIN COPY ---

特定誤差是相當共同。顯然某些設備 實施http壓縮壓縮與LR 預計稍有不同，導致某些事務處理中出現間歇性錯誤，通常是 特定資源下載。

雖然這個論壇的討論 （http://www.sqaforums.com/showflat.php?Number=550003）似乎是說在負載發電機側 資源匱乏可能是原因，我 從來沒有看到它在 發電機的資源利用率是一個問題的情況下。

有幾種解決方案，以這樣的：

1）以下行添加到您的腳本的頂部： web_add_auto_headder（「接受編碼」，「壓縮」）;

通過默認使用gzip方法禁用'deflate'壓縮方法。

2）更改壓縮方法在運行時設置：首

選項>接受服務器端壓縮。 （可能需要一些擺弄 它的工作原理之前，我似乎永遠記住哪些選項應該是 和這不應該是...）

3）找出有問題的資源 - 通常是一個閃光的物體或圖片， 將其從違規交易中刪除 - 通過將其從 EXTRARES部分中刪除或通過web_add_filter（）刪除。然後將 放在它自己的web_url（）調用中，並附上適當的'RecContentType'標頭 - 例如。 「RecContentType =應用程序/ x-衝擊波閃光」。

爲什麼最後的選項似乎適用於某些應用程序擊敗我。 坦率地說，它看起來像Loadrunner中的一個錯誤 - 一個是非常舊的 （這些錯誤至少在LR 8以後已經出現），b）僅在 發生在非常特殊的情況下，可能從未在 任何惠普實驗室。

問候， 弗洛里斯 --- COPY OF END ---

Answer 3

禁用防病毒。這對我來說總是有效的。

Answer 4

在首選項 - >選項選項卡中增加網絡緩衝區大小。它幫助我避免瞭解壓縮錯誤。