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
--
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
