Now that you mention it, there *may* be a firewall involved - I'm not
sure. Some time back they began putting putting some server pools
behind firewalls, "protecting" them from the campus LAN. I don't know
if the AFS servers are one of those pools.
As for client software, this is more of a network-wide event. Many
client machines, several levels of client software, but most of the
machines are not user-installed. (mine being one of few exceptions)
I'm relatively certain that none of these machines have multiple clients
installed. Well, my machine does, because it's multi-boot and the
various OS installs have different levels of AFS client software. But
at any one time only one level of client is active.
As for cache, it's almost entirely on its own partition. The standard
install appears to allocate an 8G partition, and my own installs use a
4G partition. (The cache partition is shared between bootable OS installs.)
Dale
On 01/13/2011 03:56 PM, Anne Salemme wrote:
hi dale,
not knowing anything about your setup...let me tell you two things
that took me _weeks_ to figure out at one site....might be useful for you:
1) a firewall between client and server....this one had a throttle, so
it would only cut off if traffic got "high enough"...
2) client system had two different versions of afs client installed
(obviously, should not have happened)...anyway, two afs clients on
same system, fighting it out, looked like "afs is slow"
one other thing to look at: the client cache setup..make sure it's not
competing for space...
best of luck!
anne
--- On *Thu, 1/13/11, Dale Pontius /<[email protected]>/* wrote:
From: Dale Pontius <[email protected]>
Subject: [OpenAFS] Debugging a network performance problem that
affects AFS
To: [email protected]
Date: Thursday, January 13, 2011, 3:24 PM
We're having intermittent network performance problems, and the
primary manifestation to us as users looks like "an OpenAFS
slowdown." I'm wondering if it's possible to collect access time
statistics out of an OpenAFS Linux client. A little time with
google and I see the "-enable_peer_stats" and
"-enable_process_stats" options when starting the client daemon,
and this very well may furnish the information that I need. A
subsequent search gets me to the "rxdebug" document, though that
document appears to be server-centric as opposed to querying the
client. Nor does it tell me what information I can collect or if
access time is part of that information - only mentioning serveral
parameters that it does collect.
Can someone toss me a bone here - or a link?
Thanks
Dale Pontius
-- Dale Pontius
Senior Engineer
IBM Corporation
Phone: (802) 769-6850
Tie-Line: 446-6850
email: [email protected] </mc/[email protected]>
This e-mail and its attachments, if any, may contain confidential
and privileged material for the sole use of the intended
recipient. Any review, use, distribution or disclosure by others
is strictly prohibited. If you are not the intended recipient (or
authorized to receive for the recipient), please contact the
sender by reply e-mail and delete all copies of this message from
your system without copying it and notify sender of the
misdirection by reply e-mail.
_______________________________________________
OpenAFS-info mailing list
[email protected] </mc/[email protected]>
https://lists.openafs.org/mailman/listinfo/openafs-info
--
Dale Pontius
Senior Engineer
IBM Corporation
Phone: (802) 769-6850
Tie-Line: 446-6850
email: [email protected]
This e-mail and its attachments, if any, may contain confidential and
privileged material for the sole use of the intended recipient. Any review,
use, distribution or disclosure by others is strictly prohibited. If you are
not the intended recipient (or authorized to receive for the recipient), please
contact the sender by reply e-mail and delete all copies of this message from
your system without copying it and notify sender of the misdirection by reply
e-mail.
