Re: Weird issue with AFS hang on a couple of legacy RHEL 6 servers

On 9/8/2020 1:31 PM, Sebby, Brian A. ([email protected]) wrote:
> Hi,
> 
> I have a few legacy RHEL 6 servers that are still running an older 1.6.x
> series DKMS client, which were recently patched and rebooted.  On a
> couple of them, access to AFS is now just hanging – and I cannot figure
> out why.  They have the same kernel release and kernel module as some
> other systems on the same network that are working, so it doesn’t look
> like it would be any sort of firewall issue.  Would anyone have any
> suggestions on how to debug this?  I don’t know if I can upgrade them to
> 1.8 since we are trying to keep our legacy systems fairly static.

I debugged one of the problem systems.  The issue would not be fixed by
any newer version of OpenAFS.  The underlying problem is related to the
computation of the rx interface MTU when the host has a network
interface with an MTU smaller than the minimum jumbo packet size.  The
work around is "afsd -rxmaxmtu <N>" where

  N = <network-mtu> - 56

It should be noted that unlike the OpenAFS servers and the Windows
client, the UNIX cache manager does not disable jumbo by default.

Jeffrey Altman
AuriStor, Inc.

begin:vcard
fn:Jeffrey Altman
n:Altman;Jeffrey
org:AuriStor, Inc.
adr:;;255 W 94TH ST STE 6B;New York;NY;10025-6985;United States
email;internet:[email protected]
title:CEO
tel;work:+1-212-769-9018
url:https://www.linkedin.com/in/jeffreyaltman/
version:2.1
end:vcard