Sorry, I bad a interpretation on all this. It seems that the server restarting every week is the cause of the interruption. This can be solved easily with a bos setrestart command.
For me, the topic is closed. Best, Ch. 2008/2/25, Christophe Bernard <[EMAIL PROTECTED]>: > > We have large volumes that can take up to 7-8 minutes to backup at night > (this is the time to clone a RW volume to its read-only counterpart with a > .backup suffix before dumping). > > At the same time, we have jobs running on these RW volumes reading and > writing files for over 20 hours. Interrupting these jobs is very difficult > for us. > > It seems that during backup, access to files within the volume is > impossible, and the jobs then fail with a timeout error. Our system is Linux > only, with no masquerading router in between. We are using openafs-1.4.5. > > What is the best way to handle this, besides switching to a local > filesystem? Is this long interruption of access to the RW volume an > intrinsic limitation of the AFS system? Is there a way to tune the AFS > client time-outs easily? > > Best regards, > > C. Bernard >
