-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jason
Dixon
Sent: Wednesday, October 22, 2003 4:23 PM
To: Red Hat Mailing List
Subject: [SUMMARY] NFS between Linux and Solaris
Well, I wish I could say I have an authoritative answer
on
what caused
it, but I can no longer reproduce the problem. I've
tried the same
thing with the following mount options, all of which work
fine:
vers=2,proto=udp
vers=3,proto=udp
vers=3
vers=3,proto=udp,noac
(no options)
At this point, I have to assume some other system and/or
network anomoly
was causing the problem. If I can reproduce and resolve
the
symptoms,
I'll re-summarize.
-J.
On Wed, 2003-10-22 at 15:20, Jason Dixon wrote:
Hi folks-
My apologies if this is out there somewhere, but I've
googled this to
death without finding a satisfactory answer. I'm
attempting to tar copy
a large repository (actually, the RHAS3.0 iso images)
from
a Linux NFS
server to a Solaris NFS client. At various intervals,
the transfer
invariably dies with a file not found error. The
cause
of this error
can be explained by the sudden disappearance of
directories in the
top-level of the exported share.
Remounting the share causes the directories (and
everything recursive
therein) to reappear, but the problem reoccurs the next
time I try the
transfer. I've tried a number of different flags, up
to
and including
all of the following:
vers=2,proto=udp,ro,noac
Unfortunately, there's been no effect. Has anyone run
into this? Is it
a known incompatibility between NFS implementations?
The
problem is
easily reproducible. The server is running Red Hat
Advanced Server 2.1
Update 2 on a DL380. The client is running Solaris 8
on
an E250. Both
servers, while on separate VLANs, are in the same
general
networking
vicinity. Any ideas/solutions will be greatly
appreciated.
TIA,
--
Jason Dixon, RHCE
DixonGroup Consulting
http://www.dixongroup.net
There is one thing wrong on redhat 7.1 that just bit me
yesterday.
maybe it is related to what is happening to you
might still be an unknown bug in the later releases.
At least worth a moments thought in terms of your situation.
I have Compaq proliants and redhat 7.1 (and later?) uses the
TLAN ethernet
driver on these systems.
This 7.1 system on an internal network that has not been
patched since the install
(yes, bad admin, bad admin, but its due for its REDHAT 9.0
upgrade)
deadlocked the ethernet interface after I started
both INBOUND and an OUTBOUND FTP sessions that pushed large
files
(like your NFS transfers)
into and off of the system. ISO images for Informix -
multiple 400K files.
We also had a large NFS transfer inbound from SUN solaris
2.6 server.
So the ethernet driver and software layer was very busy,
saturated in fact.
no sign of a resource problem on the box. netstat or
otherwise.
looks like I have a driver and/or TCP/IP software layer
bug to be patched. Sounds somewhat similiarlike what is
happening to you as well.
maybe it is not an NFS problem but an issue with the
underlying
network stack.
You are fine as long as traffic stays below some magic
threshold.
Push the interface past that point and weird stuff starts to
happen
until you get total failure usually requiring a reboot or
maybe
an interface reset via ifconfig.
The symptoms I got (see dmesg - /var/log/messages output if
it happens again)
were a kernel declaration that the link had failed, it then
started
an endless loop of auto-negoitiation with the switch. Could
not seem to resync
even after i unplugged the cable for a few minutes. needed
to reboot to fix.
(I will have to lock those ports to 100/full someday soon
and turn off auto.)
You might be approaching that magic threshold with what you
are doing and causing
different symptoms (directory vanishing) than what i am
seeing here.
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list
