[PATCH 13/41] afs: Handle the VIO abort explicitly
Jeffrey E Altman
jaltman at auristor.com
Thu Nov 9 10:12:08 PST 2023
On 11/9/2023 10:39 AM, David Howells wrote:
> When processing the result of a call, handle the VIO abort specifically
> rather than leaving it to a default case. Rather than erroring out
> unconditionally, see if there's another server if the volume has more than
> one server available, otherwise return -EREMOTEIO.
>
> Signed-off-by: David Howells <dhowells at redhat.com>
> cc: Marc Dionne <marc.dionne at auristor.com>
> cc: linux-afs at lists.infradead.org
> ---
> fs/afs/rotate.c | 6 ++++++
> 1 file changed, 6 insertions(+)
OpenAFS fileservers can return VIO (112) either during an attempt to
load a vnode or to store a vnode. However, most IBM AFS derived cache
managers do not explicitly handle VIO errors and pass them to the vfs to
be interpreted as a local operating system error. For Linux that means
EHOSTDOWN. Therefore, AuriStorFS fileservers return UAEIO instead.
Please modify this patch to handle UAEIO the same as VIO.
Thank you.
Jeffrey Altman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4039 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.infradead.org/pipermail/linux-afs/attachments/20231109/b6a86d61/attachment-0001.p7s>
More information about the linux-afs
mailing list