Gerald Macinenti wrote:
Hi,
I had the following write error on a OpenAFS client:

May  7 04:05:17 myclient kernel: afs: failed to store file (110)

volume backup/dump occurs at 4am, so I guess this is the reason, but this shouldn't happen isn't it? is it a bug or is there some tuning that could help to solve this kind of issue?

On the server, I have the following logs:

VolserLog:
Wed May 7 04:59:26 2008 trans 41596 on volume 536871124 is older than 300 seconds Wed May 7 04:59:56 2008 trans 41596 on volume 536871124 is older than 330 seconds Wed May 7 05:00:26 2008 trans 41596 on volume 536871124 is older than 360 seconds

where 536871124 is the id of the backup volume

FileLog:
Wed May 7 04:02:19 2008 fssync: volume 536871124 restored; breaking all call backs

and volinfo on the volume returns:

user.<totor>                        536871122 RW   36660579 K  On-line
    <myserver> /vicepa
    RWrite  536871122 ROnly  536871123 Backup  536871124
    MaxQuota   40000000 K
    Creation    Tue Sep 20 10:30:41 2005
    Copy        Wed Jul 25 21:42:45 2007
    Backup      Wed May  7 04:02:19 2008
    Last Update Wed May  7 09:55:59 2008
    88987 accesses in the past day (i.e., vnode references)

    RWrite: 536871122     Backup: 536871124
    number of sites -> 1
       server <myserver> partition /vicepa RW Site



We use:
openafs-server-1.4.4-22.el5
openafs-client-1.4.4-22.el5
on CentOS5

Cheers



Has anyone any idea about this problem or the way I could debug it further?


Cheers


--
Gerald MACINENTI, System/Network Administrator
LET IT WAVE, http://www.letitwave.fr
8-16, rue Paul-Vaillant-Couturier, 92240 Malakoff, FRANCE
Ph. +33-1-4092-5454 - Fax. +33-1-4092-5442

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to