Quoting Alex McCool ([EMAIL PROTECTED]):
>
> Doing md5sum results:
> This is the client, I know this files is good
> /home/amccool$ md5sum winamp25e_full.exe
> 1a8cc2cddc56fbffef748cb83903913d winamp25e_full.exe
>
> This is the suscpect FTP server
> /home/amccool$ md5sum winamp25e_full.exe
> 0
>thats very odd, but yeah it can't hurt. what kernel and what version of
>the raid utils ?
>
>i running 2 mirrored disks in 2 different systems on
>2.0.36+securelinux...no probs so far. is this a new server? or is it just
>a new problem?
>
>nate
running frozen potato 2.2.14 - had this proble
On Thu, 24 Feb 2000, Alex McCool wrote:
debian >AAARRRGGG...
debian >I tried "putting" the file on a regular e2fs parition and
SUCCCESS!
debian >
debian >Linear is broken apprently when using FTP server to it. should I
file a
debian >bug report?
thats very odd, but yeah it can't
>
>yes thats right. try doing a md5sum on one drive then copying it to
>another not on the raid if possible(or even to a floppy winamp should fit
>i think) and run another md5sum
>
>nate
On the server I copied a file from plain e2fs to the linear mount and the
two files matched.
bishop:/# cp us
On Thu, 24 Feb 2000, Alex McCool wrote:
debian >Yes I am transfering using binary.
debian >I am beginning to wonder about my linear RAID setup.
debian >Secondly I am NOT familar with the use of md5sum, is there something
special
debian >I need to do for checking?
debian >
debian >client:m
>On Thu, 24 Feb 2000, Alex McCool wrote:
>
>debian >Doing md5sum results:
>debian >This is the client, I know this files is good
>debian >/home/amccool$ md5sum winamp25e_full.exe
>debian >1a8cc2cddc56fbffef748cb83903913d winamp25e_full.exe
>debian >
>debian >This is the suscpect FTP server
>debian
On Thu, 24 Feb 2000, Alex McCool wrote:
debian >Doing md5sum results:
debian >This is the client, I know this files is good
debian >/home/amccool$ md5sum winamp25e_full.exe
debian >1a8cc2cddc56fbffef748cb83903913d winamp25e_full.exe
debian >
debian >This is the suscpect FTP server
debian >/home/
>
>looks like the drive is having problems, i dont think the ftpd would(or
>could) cause such errors, try moving the file to another disk and
>transferring again. run md5sum on the local file then run it again after
>the remote site downloads it and compare the 2.
>
>if they are the same then the
On Thu, 24 Feb 2000, Alex McCool wrote:
debian >One more thing... I am getting these in the message log.lots of
these (that scsi id is the /usr mount)
debian >
debian >Feb 24 06:27:38 bishop kernel: scsidisk I/O error: dev 08:11, sector
591714
debian >Feb 24 06:27:39 bishop kernel: scsi0: ME
On Thu, 24 Feb 2000 10:51:08 -0800, Alex McCool wrote:
>I've noticed that the sector=591714 (and one other) is always the culprit.
>Can someone tell me how to repair/badblock these sectors?
Back it up, then low-level format it.
BUT BEWARE: Usually bad sector remapping works transparently w/o the
>>
>>Feb 24 06:27:38 bishop kernel: scsidisk I/O error: dev 08:11, sector =
>>591714
>>Feb 24 06:27:39 bishop kernel: scsi0: MEDIUM ERROR on channel 0, id 1, =
>>lun 0, CDB: Read (6) 09 07 82 02 00
>>Feb 24 06:27:39 bishop kernel: Info fld=3D0x90782, Current sd08:11: =
>>sense key Medium Error
>
>Y
On Thu, 24 Feb 2000 09:24:08 -0800, Alex McCool wrote:
>I'm having a problem with wu-ftpd. On large transfers ( > 24 megs ) I =
>keep getting CRC errors.
[...]
>One more thing... I am getting these in the message log.lots of =
>these (that scsi id is the /usr mount)
>
>Feb 24 06:27:38 bishop
Hi all,
I'm having a problem with wu-ftpd. On large transfers (
> 24 megs ) I keep getting CRC errors. This occurs on zip files,
tgz's. I cant tell if any ascii files are getting damaged.
I originally had this problem on slink using wu-ftpd-academ
and a 2.2.1 kernel. I thought it had
13 matches
Mail list logo
