Re: [OpenAFS] Re: File corruption, 1.4.1 & 1.4.4 on linux clients

2007-05-21 Thread cball
On Thu, 26 Apr 2007 [EMAIL PROTECTED] wrote: > > >>> On Tue, 24 Apr 2007 [EMAIL PROTECTED] wrote: > > >>> We are serving up a virus .dat file to mail relays via AFS > > >>> readonly. The file is periodically updated, the volume where it > > >>> lives is re-released hourly whether update occured or

Re: [OpenAFS] Re: File corruption, 1.4.1 & 1.4.4 on linux clients

2007-04-26 Thread cball
On Thu, 26 Apr 2007, Derrick J Brashear wrote: > On Thu, 26 Apr 2007 [EMAIL PROTECTED] wrote: > > > On Wed, 25 Apr 2007, Derrick J Brashear wrote: > > > >> On Tue, 24 Apr 2007 [EMAIL PROTECTED] wrote: > >> > >>> We are serving up a virus .dat file to mail relays via AFS readonly. > >>> The file is

[OpenAFS] Re: File corruption, 1.4.1 & 1.4.4 on linux clients

2007-04-26 Thread cball
On Wed, 25 Apr 2007, Derrick J Brashear wrote: > On Tue, 24 Apr 2007 [EMAIL PROTECTED] wrote: > > > We are serving up a virus .dat file to mail relays via AFS readonly. > > The file is periodically updated, the volume where it lives is re-released > > hourly whether update occured or not. Read ac

[OpenAFS] File corruption, 1.4.1 & 1.4.4 on linux clients

2007-04-24 Thread cball
We are serving up a virus .dat file to mail relays via AFS readonly. The file is periodically updated, the volume where it lives is re-released hourly whether update occured or not. Read activity is constant. When vos release occurs, the fileserver logs a message like this: Mon Apr 23 17:04:28 2

[OpenAFS] XDR_integer overflow and IBM/Transarc AFS issues

2002-08-09 Thread cball
I'm still running v3.5 IBM/Transarc database servers as that's the last version for which we have sources. The good news is that the XDR patches easily apply so I'll be set for this particular event as soon as we've completed testing and deploy the new build. OTOH, back-porting patches isn't a l