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 secondswhere 536871124 is the id of the backup volume FileLog:Wed May 7 04:02:19 2008 fssync: volume 536871124 restored; breaking all call backsand 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
smime.p7s
Description: S/MIME Cryptographic Signature