[OpenAFS] Re: Time-out cause by volume backup

[Christophe Bernard]

------=_Part_13594_3089956.1203937296637
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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 <chb.pro@gmail.com>:
>
> 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
>

------=_Part_13594_3089956.1203937296637
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Sorry, I bad a interpretation on all this.<br><br>It seems that the server restarting every week is the cause of the interruption. This can be solved easily with a bos setrestart command.<br><br>For me, the topic is closed.<br>
<br>Best,<br><br>Ch.<br><br><div><span class="gmail_quote">2008/2/25, Christophe Bernard &lt;<a href="mailto:chb.pro@gmail.com">chb.pro@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
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).<br><br>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.<br>

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

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

<br>Best regards,<br><br>C. Bernard<br>
</blockquote></div><br>

------=_Part_13594_3089956.1203937296637--