Exact Error message:Question: (1808

Exact Error message:
Question: (1808) Decompression error, abort?

Additional Info:
This error is occuring on multiple targets with multiple images. Often a simple reboot and attempt to push the image succeeds. Other times it takes several attempts and many hours.

Hardware: Dell PowerEdge 1850 w/ Intel� PRO/1000 MT Network Card, Dell PowerEdge 6850 w/Broadcom NetXtreme Network Card, Dell PowerEdge 850 w/Broadcom NetXtreme Network Card

Driver Versions: Obtained by DELL

Intel NIC Driver Version: 8.4.21.0 built by WinDDK.

Broadcom NetXtreme Driver version: 8.22.1.0

Ghost SW Version: 8.0 (Have tried with 8.1, 8.2, and 8.3 with the same results).

A boot floppy starts the machine, maps a share and runs the ghost.exe from the share. (Therefore ghost is running on each target)


It runs the command:

s:ghost -clone,mode=load,src=s:\%GhostImage%,dst=1 -sure -RB -FDSZ -FFS

Configuration: We have the server NIC hard coded to negotiate at 1GB/sec Full Duplex. We have our switches hard coded to negotiate at 1GB/sec. (Need to verify if full duplex).


Any information anyone can provide is most appreciated. Even a defined description of what the 1808: Ghost Decompression error is would be of benefit. I've seen other GHOST decompression error messages - but never 1808.

Thanks in advance.

Filed Under click to expand contents
Comments

Robert ChesterSYMANTEC EMPLOYEE
08
JUN
2006
This error occurs while one small portion of the image file is being decompressed. The cause of the decompression error can vary but if 'abort' is chosen then there should be a second error message something like 19225, Decompression error 'x'. This message provides some additional detail about how the decompression failed. Is this message displayed, if so what is the number 'x'?

Because rebooting will sometimes allow the image push to succeed, it seems more likely to me that something in the network transfer is causing the image is to be subtly corrupted and as a result the decompression process is failing. One way to verify this, as an experiment only, would be to deploy the image without the network.

If there is a network transfer problem then it could be to do with the DOS environment. What version of DOS is running on the boot disk?

Greg Bohnutoh
09
JUN
2006
Robert,
Thank you very much for your reply. It has been VERY helpful in trying to track down this issue. To answer your questions - when I choose Abort from the initial Decompression error message I do get another message:

Application Error 19225: Ghost has detected corruption in the image file. Please perform an integrity check on the image. If this problem persists, contact Symantec Technical Support at http://service.symantec.com

Also, to determine the level of DOS from the boot disk, I booted to the boot disk and ran the 'ver' command. The output is:
"windows 98 version 4.10.2222"
I am not sure if this is the best way to determine the version of DOS - so if you have another method that would produce a more accurate DOS version please let me know and I will try it.

Since we can re-image just by rebooting (sometimes several reboots) I am inclined to think this is occuring as a result of some network condition, or possibly the NIC on the server hosting the ghost images. I am less inclined to think it is the NIC because I have other ghost image servers that deliver to other targets getting the same problem.

If you have any thoughts - they are most welcome. Again, thank you very much for replying to this post it has been very helpful.

Robert ChesterSYMANTEC EMPLOYEE
12
JUN
2006
Greg,

Thanks for your answers. There's a few things that I can think of to try from here. First up, if this is a problem with the DOS networking stack probably the best way to isolate it is to try a new mapped network drive boot disk built with PCDOS (using GhostBootWizard) instead of MSDOS. The network driver will be the only common point in the network stack at that point, hence if problems persist they are

Kết quả (Việt) 2:

Chính xác Thông báo lỗi:
Câu hỏi: (1808) lỗi giải nén, hủy bỏ Thông tin bổ sung: Lỗi này xảy ra trên nhiều mục tiêu với nhiều hình ảnh. Thường thì khi khởi động lại đơn giản và nỗ lực để đẩy hình ảnh thành công. Những lần khác, nó cần nhiều nỗ lực và nhiều giờ. Phần cứng: Dell PowerEdge 1850 w / Intel PRO / 1000 MT Network Card, Dell PowerEdge 6850 w / Broadcom NetXtreme Network Card, Dell PowerEdge 850 w / Broadcom NetXtreme Network Card phiên bản Driver: Thu được bằng cách DELL Intel NIC Driver Version: 8.4.21.0 được xây dựng bởi WinDDK. Broadcom NetXtreme điều khiển phiên bản: 8.22.1.0 ma SW Version: 8.0 (đã thử với 8.1, 8.2, 8.3 với kết quả tương tự). Một đĩa mềm khởi động khởi động máy, bản đồ một phần và chạy ghost.exe từ cổ phiếu. (Do đó con ma đang chạy trên mỗi mục tiêu) Nó chạy lệnh: s: ma -clone, mode = load, src = s: \% GhostImage%, dst = 1 -sure -RB -FDSZ -FFS Configuration: Chúng tôi có máy chủ NIC cứng mã hoá để đàm phán tại 1GB / giây Full Duplex. Chúng tôi có thiết bị chuyển mạch của chúng tôi cứng mã hoá để đàm phán tại 1GB / giây. (Cần phải xác minh, nếu full duplex). Bất kỳ ai biết thông tin có thể cung cấp được đánh giá cao nhất. Ngay cả một mô tả định nghĩa của những gì 1808: lỗi giải nén Ghost là sẽ có lợi. Tôi đã nhìn thấy thông báo lỗi GHOST giải nén khác - nhưng không bao giờ 1808. Cảm ơn trước. Filed Under nhấp chuột để mở rộng nội dung bình luận Robert ChesterSYMANTEC NHÂN VIÊN 08 JUN 2006 Lỗi này xảy ra khi một phần nhỏ của tập tin hình ảnh đang được giải nén. Nguyên nhân của lỗi giải nén có thể khác nhau nhưng nếu 'hủy bỏ' được chọn thì không nên có một thông báo lỗi thứ hai một cái gì đó giống như 19.225, lỗi Decompression 'x'. Thông báo này cung cấp một số chi tiết thêm về cách giải nén không thành công. Được tin nhắn này hiển thị, nếu như vậy số lượng 'x' là gì? Bởi vì đôi khi khởi động lại sẽ cho phép đẩy hình ảnh thành công, nó có vẻ nhiều khả năng tôi rằng một cái gì đó trong việc chuyển mạng đang gây ra các hình ảnh sẽ được tinh tế bị hỏng và như là một kết quả quá trình giải nén là không. Một cách để xác minh điều này, như một thử nghiệm duy nhất, sẽ được triển khai image mà không cần mạng. Nếu có một vấn đề chuyển mạng thì nó có thể làm gì với môi trường DOS. Phiên bản nào của hệ điều hành DOS chạy trên đĩa khởi động? Greg Bohnutoh 09 JUN 2006 Robert, Cảm ơn bạn rất nhiều vì đã trả lời của bạn. Nó đã được rất hữu ích trong việc cố gắng theo dõi vấn đề này. Để trả lời câu hỏi của bạn - khi tôi chọn Abort từ các thông báo lỗi giải nén ban đầu tôi không nhận được một thông báo: Application Error 19.225: Ghost đã phát hiện tham nhũng trong tập tin hình ảnh. Hãy thực hiện một kiểm tra tính toàn vẹn về hình ảnh. Nếu vấn đề này vẫn còn, liên hệ với Symantec Hỗ trợ kỹ thuật tại http://service.symantec.com Ngoài ra, để xác định mức độ DOS từ đĩa khởi động, tôi khởi động vào đĩa khởi động và chạy 'ver' lệnh. Đầu ra là: "cửa sổ 98 phiên bản 2222/10/04" Tôi không chắc chắn nếu điều này là cách tốt nhất để xác định phiên bản của hệ điều hành DOS - vì vậy nếu bạn có một phương pháp mà sẽ tạo ra một phiên bản chính xác hơn DOS xin vui lòng cho tôi biết và tôi sẽ thử nó. Kể từ khi chúng ta có thể tái hình ảnh chỉ bằng cách khởi động lại (đôi khi một vài khởi động lại) Tôi có khuynh hướng nghĩ rằng điều này đang xảy ra như là kết quả của một số điều kiện mạng, hoặc có thể là NIC trên máy chủ lưu trữ các hình ảnh ma quái. Tôi ít có khuynh hướng nghĩ rằng nó là NIC bởi vì tôi có các máy chủ hình ảnh ma quái khác mà cung cấp cho các mục tiêu khác nhận được cùng một vấn đề. Nếu bạn có bất kỳ suy nghĩ - họ được chào đón nhất. Một lần nữa, cảm ơn bạn rất nhiều để trả lời bài này nó đã rất hữu ích. Robert ChesterSYMANTEC NHÂN VIÊN 12 JUN 2006 Greg, Cảm ơn câu trả lời của bạn. Có một vài điều mà tôi có thể nghĩ ra để cố gắng từ đây. Đầu tiên, nếu điều này là một vấn đề với các ngăn xếp mạng DOS có lẽ là cách tốt nhất để cô lập nó là thử một mạng được ánh xạ ổ đĩa khởi động mới được xây dựng với PCDOS (sử dụng GhostBootWizard) thay vì MSDOS. Trình điều khiển mạng sẽ là điểm chung duy nhất trong ngăn xếp mạng tại thời điểm đó, do đó nếu vấn đề vẫn tồn tại họ