Re: Bug with copying large zip files



Not surprising...

Many years ago I had a Netgear router the corrupted FTP packets from just a
single site, all other FTP worked fine, swapped out Router and problem
ended..

Several yerars a go I had a friend who was using CoVad as his ISP, he also
had a zip file that he couldn't send to a pretty large portion of IP space,
but could send to other places.. With about a day of Tracert and running
some test ware on a couple of machines at either end of good and bad
addresses he determined that there was a problem in one of the switchs along
the route... It took him a couple of days of badgering CoVad but he finely
convince a service tech to run 2 simple programs that proved there was a
problem, tech walked into the rack room, swapped out the 'bad' board and
presto no problems... FWIW the boad passed all diagnostics... and it was a
single bit in a pretty small data stream that got whacked, and was a total
pattern sensitivity issue... only one pattern would triger it...

--.- Dave


"Zaphod" <Zaphod@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:32B66C43-5CCC-4C06-AD47-0BAF207FD8B0@xxxxxxxxxxxxxxxx
Just in case anyone was reading this;

I dunno how or why, but a new switch fixed the problem for me
Still cant explain it...


"Zaphod" wrote:

Hi Guys,

I have a problem with coyping large zipfiles back and forth. I cant
really
believe this bug, so I tested it quite thouroughly before I wrote this
bugreport. Sure there r work arounds and sure I can do without zipping
but
that isn't the point.

Steps to reproduce the problem

Step 1 : Make the zipfile and test it.
Create a large zipfile a.zip. My testfile is a zip of a virtual pc, so it
consists of 1 large file and a few smaller ones. It totals to about
3.5GB.
Test 1 : Extract the newly created zipfile > The extraction is ok.

Step 2 : Copy the zipfile and test the copy.
I copy the zipfile to my 'server' over the network.
I start remote desktop to my server and extract the zipfile, extraction
is
ok. I rename this copy to b.zip.

I copy b.zip from the server back to my laptop over the network.
Test : compare file properties -> same size
Test : open a.zip and b.zip with winzip and compare the crc's -> same crc
Test : extract the copied b.zip on laptop -> CRC error.

Now here's the real cracker :
I delete the b.zip from my server disk.
I copy the b.zip that was supposed to be damaged (bad crc) from my local
disk back to the server disk again.
Now I can extract it in 2 ways ofcourse.
1) I use my laptop and network; I extract it on the server disk; I still
get
the CRC error.
2) I start remote desktop from my server and extract the same (damaged
?!?)
zip file using the server. Now the file extracts ok so the zipfile is not
damaged at all ?


Some of my conclusions :

- It is unlikely to be a hardware problem in the laptop because I tested
it
with a 2nd laptop and the problem persists.
- It is impossibly a hardware problem in the network because if I copy
the
zip to the network and extract it with the server it works fine.
- It is unlikely to be a bug in Winzip because if I use the built in zip
functionality of Windows I get the same results.
- It cant be a fat32 file size problem cuz both disks are NTFS formatted.
- It cant have something todo with different file systems because both
disks
(latop and network) are NTFS formatted.
- Its not a problem that is unique to Windows Vista cuz if I use a laptop
with Windows XP I get the same problem.
- It cant be a problem with the local disk of the laptop, because if I
extract it on the server disk using my laptop and network I get the same
problem.
- It can not be a problem with the server disk because if I extract on
the
server disk and running winzip on the server it extracts ok.
- So it only goes wrong if I run the extraction procces on the laptop,
and
only after the file has been copied back and forth. The original zipfile
extracts ok.





So what the **** is going on ????!?!?!?!?

System info :

Laptop : Windows Vista Home premium
'Server' : Windows XP professional

Hardware info :

Laptop :
HP dv9000.
Processor Intel Dual core 1.66 Ghz
Harddisk is an internal drive Toshiba 120GB.

'server'
Medion
Processor : hyperthreading Pentium 4 (3Ghz).
Harddisk is external 500GB Lacie drive connected by USB 2.0.

Network :
Server 100Mb adapter Rhine III,
Laptop 1Gb adapter,
Connected by a 10/100 sitecom switch.




.



Relevant Pages

  • RE: Bug with copying large zip files
    ... Make the zipfile and test it. ... Extract the newly created zipfile> The extraction is ok. ... I copy b.zip from the server back to my laptop over the network. ...
    (microsoft.public.windows.file_system)
  • Bug with copying large zip files
    ... Make the zipfile and test it. ... Extract the newly created zipfile> The extraction is ok. ... I copy b.zip from the server back to my laptop over the network. ...
    (microsoft.public.windows.file_system)
  • Re: 2nd Branch Server and Laptop configuration suggestion
    ... please share all printers and folders the laptop user ... This newsgroup only focuses on SBS technical issues. ... now, that way, each branch is independent of any possible Server down at ...
    (microsoft.public.windows.server.sbs)
  • Systems advice pls: Server(s)? Strong laptop? Laptop/wkstations?
    ... and what server products do you recommend I install ... --Get a super laptop or use the approx 800 mhz one. ... --video recording (portable would be great, but the recording I do away from ...
    (microsoft.public.windowsxp.hardware)
  • Re: How many computers in the house?
    ... Ruby, RubyCocoa & ... Kieran - my wifes laptop which is generally hooked upto a 22 inch ... runs XP but very badly for some reason and only has 512mb ram. ... Server - My server, cobbled together from bits I had left over from ...
    (comp.lang.ruby)

Loading