Hi - If the problem is happening when you are trying to cd into a volume, then this is probably a case where the linkData field of the vcache structure has somehow become corrupted.
The "fs flush" and "fs flushv" commands will NOT address this
part of the flushing.
If you have the
fs flushmount <path to volume>
command, this will fix that problem.
Thanks
Todd
Jeffrey Altman
<[EMAIL PROTECTED]
ndpoints.com> To
Sent by: "Christopher D. Clausen"
openafs-info-admi <[EMAIL PROTECTED]>
[EMAIL PROTECTED] cc
Wesley Chow <[EMAIL PROTECTED]>,
[email protected]
03/19/2008 02:24 Subject
PM Re: [OpenAFS] perpetual Connection
timed out
Please respond to
[EMAIL PROTECTED]
dpoints.com
Christopher D. Clausen wrote:
> Wesley Chow <[EMAIL PROTECTED]> wrote:
>> Mike Garrison wrote:
>>> On Mar 19, 2008, at 12:26 PM, Wesley Chow wrote:
>>>> On a few of our clients (running 1.4.1), we sometimes get
>>>> "Connection timed out" with a single volume. Other volumes on the
>>>> same server are
>>> 1.4.1 is almost 2 years old. Have you tried upgrading? 1.4.6 is
>>> recent.
>> Yep, I'll do that. I was just hoping there was a "bos restart"-like
>> command for clients that I could use in the meantime. It's not a
>> common problem anyway, so I'll just upgrade.
>
> fs checks; fs checkv
fs checkserver won't help because the server is already
responding to queries for other volumes.
fs checkvolume might help if the problem is that the
cache manager is confused on which server the volume
is located on.
When the problem occurs I would execute "cmdebug <host> -long" and
find the FID of the mount point and the volume and see what its
status is.
Then I would try executing "fs flushvolume" against both the volume
containing the mountpoint and the volume that is exhibiting the
problem.
Jeffrey Altman
<<inline: graycol.gif>>
<<inline: pic30336.gif>>
<<inline: ecblank.gif>>
