Amanda 2.6 Zip files on Windows corrupted

Hi,

When I try to restore larger zip (> 4GB?) files from Windows backups,
they are corrupted.

The Amanda server is Solaris 10 running Amanda 2.6.1p1. The client is
Windows Server 2003, and I used the ZWCInstaller-Community-26.zip from
April 10.

I used amfetchdump with -l on the Amanda server to retrieve a backup
zip file. The file is 8.2GB:
10/21/2009  03:52 PM     8,787,869,577 neon.xxxxxx.com.c__.20090929210001.0.zip
I moved it to the Windows server and tried to unzip using various
methods, all of which failed:

- right-click the file and choose 'explore'; Windows says "The
Compressed (zipped) Folder is invalid or corrupted."
- double-click the file, 7-Zip launches; a dialog box shows the
progress opening the archive - it shows up to 63000 files processed,
but eventually shows only one file
- command line 7-Zip:
E:\>"c:\Program Files\7-Zip\7z.exe" l neon.xxxxxx.com.c__.20090929210001.0.zip

7-Zip 4.65  Copyright (c) 1999-2009 Igor Pavlov  2009-02-03

Listing archive: neon.xxxxxx.com.c__.20090929210001.0.zip

Method = MSZip
Blocks = 1
Volumes = 1

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2007-12-19 13:28:28 ....A        69698               authroot.stl
------------------- ----- ------------ ------------  ------------------------
                                 69698               1 files, 0 folders

- command line unzip:
E:\>unzip -l neon.xxxxxx.com.c__.20090929210001.0.zip
Archive:  neon.xxxxxx.com.c__.20090929210001.0.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in
neon.xxxxxx.com.c__.20090929210001.0.zip,
        and cannot find neon.xxxxxx.com.c__.20090929210001.0.zip.zip, period.



I get similar results when trying to unzip it on Solaris or Linux.

I saw some reports of this problem, but couldn't get any suggestions
to work. Is this a known issue?


Thanks,
Michael