Hi,
On Tue, 8 Mar 2016, Michael Laß wrote:
Was the error code 32 returned from git or did the kernel log message
change accordingly? Does your log again show a lost file server
connection? And have files been corrupted or just the checkout aborted?
Now I tried a couple times again with the
Note that the osi vnode ops for linux also use the splice interface.
On Tue, 2016-03-08 at 20:47 +0100, mdrslmr wrote:
>
> On Tue, 8 Mar 2016, Michael Laß wrote:
>
> > Was the error code 32 returned from git or did the kernel log message
> > change accordingly? Does your log again show a lost
On Tue, 8 Mar 2016, Michael Laß wrote:
Was the error code 32 returned from git or did the kernel log message
change accordingly? Does your log again show a lost file server
connection? And have files been corrupted or just the checkout aborted?
The kernel log message changed to -32. Which
Being able to reactivate it is a good thing, for either testing purposes
or for older kernels, since it is more efficient - unless we think
there's other known brokenness such as the potential return out of the
while loop mentioned earlier.
On Tue, Mar 08, 2016 at 06:13:12PM +0100, Stephan
On Mar 8, 2016, at 17:29 , Michael Laß wrote:
> Am Dienstag, den 08.03.2016, 16:47 +0100 schrieb mdrslmr:
>> I created a patch from what you suggested above.
>>
>> [...]
>>
>> I did all of that on top of AUR-openafs-linux-4.4 which was provided by
>> Bevan, the openafs archlinux packager.
>>
Am Dienstag, den 08.03.2016, 16:47 +0100 schrieb mdrslmr:
> I created a patch from what you suggested above.
>
> [...]
>
> I did all of that on top of AUR-openafs-linux-4.4 which was provided by
> Bevan, the openafs archlinux packager.
>
> The patch I actually used is attached below.
That
Hi Stephan,
On Tue, 8 Mar 2016, Stephan Wiesand wrote:
diff --git a/src/afs/afs_fetchstore.c b/src/afs/afs_fetchstore.c
index f65f40c..2630209 100644
--- a/src/afs/afs_fetchstore.c
+++ b/src/afs/afs_fetchstore.c
@@ -326,7 +326,7 @@ struct storeOps rxfs_storeUfsOps = {
.padd =
On Mon, 2016-03-07 at 22:37 -0500, Benjamin Kaduk wrote:
> On Mon, 7 Mar 2016, Chas Williams wrote:
>
> > On Mon, 2016-03-07 at 01:42 -0500, Benjamin Kaduk wrote:
> > >
> > > I am given to understand that the proximal trigger is linux commit
> > >
On Tue, 2016-03-08 at 14:37 +0100, Stephan Wiesand wrote:
> So we'd simply do something like this
>
>
> diff --git a/src/afs/afs_fetchstore.c b/src/afs/afs_fetchstore.c
> index f65f40c..2630209 100644
> --- a/src/afs/afs_fetchstore.c
> +++ b/src/afs/afs_fetchstore.c
> @@ -326,7 +326,7 @@ struct
> On 08 Mar 2016, at 12:02, Chas Williams <3ch...@gmail.com> wrote:
>
> On Tue, 2016-03-08 at 10:16 +0100, Denis Lohner wrote:
>> Am 08.03.2016 um 04:37 schrieb Benjamin Kaduk:
> There
>>> are many call paths in the cache manager that end up at this function,
>>> most of which are
On Tue, 2016-03-08 at 10:16 +0100, Denis Lohner wrote:
> Am 08.03.2016 um 04:37 schrieb Benjamin Kaduk:
> >>> There
> >>> > > are many call paths in the cache manager that end up at this function,
> >>> > > most of which are not prepared to properly handle an ERESTARTSYS
> >>> > > return.
> >>> >
Am 08.03.2016 um 04:37 schrieb Benjamin Kaduk:
>>> There
>>> > > are many call paths in the cache manager that end up at this function,
>>> > > most of which are not prepared to properly handle an ERESTARTSYS
>>> > > return.
>>> > > Since this status can be returned after some data has already
12 matches
Mail list logo
