I've got an dual processor Ultra2 Creator workstation here, with (2) 2Gb UW
internal drives, and two Sony F541 external MO optical drives. I have
successfully installed RH 6.1 (yay!), and it seems to run great, but for one
extremely bizarre problem.
I have installed the latest kernel sources and compiled an unpatched 2.2.14
kernel (although the problem also occurs with the uniprocessor kernel
shipped with 6.1). This all works fine. I can access UFS-formatted (from
Solaris 1.something) disks in the Sony drives, and everything appears to be
kosher.
The application for this machine is providing access to the files on these
disks via FTP to another system in our shop (a Xerox digital printer). This
machine is old, slow and not too bright, but it normally works just fine. I
have an x86-based Linux box serving files to this same printer (over 12Gb of
stuff) and it works just dandy.
Now for the weird part: The printer can log in to the FTP server on the
Ultra2 machine, and get a list of what's there, but if it actually downloads
files, they are corrupted. I have verified the following:
1) A "cksum" of the files under Linux is identical to a "cksum" under
Solaris 2.5.1
2) The printer can store _new_ files onto the Ultra2's hard disk, and read
them back, and they are not corrupted (although the files I tried may have
been smaller than the failing files)
3) If I boot up Solaris 2.5.1 on this machine (using InStar's MO-SOL
driver), the printer can read the files just fine
4) If I FTP the files over to an x86-based Linux box twice, once with the
Ultra2 running Linux and once with it running Solaris, the file contents are
identical
5) If I copy the files under Linux from an MO disk to a directory on a hard
disk, they are still corrupted when transferred
6) If I tar-up some of the files under Solaris, then un-tar them under Linux
and compare the files on disk, they are identical
7) The same behavior occurs whether I use wu-ftpd 2.6 or wu-ftpd 2.5
This is very, very weird. I cannot really seem to isolate the cause, and
I've tried all the obvious stuff. Note that no errors ever occur during the
FTP process, but the printer says the files are damaged when received from
Linux.
So, I'm left with the following as a theory (strange as it may be): when
files are read directly from the MO disks and sent out via FTP (even though
the files are only 10K or so), and the destination is a very slow machine
with an old (and somewhat poor) FTP client implementation, the data transfer
is corrupting the files. How, I have no clue.
Anyone have any suggestions for further debugging? I don't really want to
maintain Solaris on this machine... Thanks in advance.
-
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of the message to [EMAIL PROTECTED]
