Tobias C. Berner wrote:
> Tobias,
>
> Thank you very much, it really helps to simulate the problem.
> I'm gonna try as soon as possible and I will keep you informed.
>
> Best Regards,
>
> 2014-10-21 17:10 GMT+08:00 Tobias C. Berner :
>
> > Hi Marcelo
> >
> >
> >
> > The following ist the curre
2014-10-21 20:48 GMT+08:00 Rick Macklem :
> Marcelo Araujo wrote:
> > Tobias,
> >
> > Thank you very much, it really helps to simulate the problem.
> > I'm gonna try as soon as possible and I will keep you informed.
> >
> You are more than welcome to try and find this. However, I don't think
> fol
Marcelo Araujo wrote:
> Tobias,
>
> Thank you very much, it really helps to simulate the problem.
> I'm gonna try as soon as possible and I will keep you informed.
>
Oh, and since the NFS client code is straightforward, I think the
bug is somewhere in the buffer cache/vm code. Maybe for cases whe
Marcelo Araujo wrote:
> Tobias,
>
> Thank you very much, it really helps to simulate the problem.
> I'm gonna try as soon as possible and I will keep you informed.
>
You are more than welcome to try and find this. However, I don't think
folks need to use a non-power of 2 rsize/wsize, so I think I
No problem,
I hope you are successful.
mfg Tobias
On Tuesday 21 October 2014 17.13:32 Marcelo Araujo wrote:
> Tobias,
>
> Thank you very much, it really helps to simulate the problem.
> I'm gonna try as soon as possible and I will keep you informed.
>
> Best Regards,
>
> 2014-10-21 17:10 GMT+
Tobias,
Thank you very much, it really helps to simulate the problem.
I'm gonna try as soon as possible and I will keep you informed.
Best Regards,
2014-10-21 17:10 GMT+08:00 Tobias C. Berner :
> Hi Marcelo
>
>
>
> The following ist the current fstab-line which seems to run smoothly:
>
> odo.f
Hi Marcelo
The following ist the current fstab-line which seems to run smoothly:
odo.firefly:/storage/multimedia /multimedia nfs
readahead=4,soft,intr,rw,tcp,wsize=32768,rsize=32768,late 0 0
nfsstat -m:
odo.firefly:/storage/multimedia on /multimedia
nfsv3,tcp,resvport,soft,intr,
Hello Tobias,
That sounds good, at least you don't have any crash so far.
I agree with you, seems a bug, I'm gonna take a look on that.
Could you share with me your testbed or how you can reproduce the issue?
Best Regards,
2014-10-21 15:36 GMT+08:00 T.C.Berner :
> The system now has an uptime
The system now has an uptime of >24h using NFS heavily.
So wsize/rsize=2^15-1 seems to have been the problem which is imho a
bug therefore.
mfg Tobias
2014-10-21 5:11 GMT+02:00 Marcelo Araujo :
> Hello Tibias,
>
> Any news?
>
>
> Best Regards,
>
> 2014-10-20 20:55 GMT+08:00 Rick Macklem :
Hello Tibias,
Any news?
Best Regards,
2014-10-20 20:55 GMT+08:00 Rick Macklem :
> Tobias C. Berner wrote:
> > Now that I posted it, 32767 should of course be 2^15=32768. Let me
> > recheck if it still
> > hangs with the correct value.
> >
> > On Monday 20 October 2014 09.15:39 Tobias C. Berner
Tobias C. Berner wrote:
> Now that I posted it, 32767 should of course be 2^15=32768. Let me
> recheck if it still
> hangs with the correct value.
>
> On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote:
> > Hi Marcelo
> >
> > Yes, I'm using readahead:
> > The mountoptions are
> > "readahea
Now that I posted it, 32767 should of course be 2^15=32768. Let me recheck if
it still
hangs with the correct value.
On Monday 20 October 2014 09.15:39 Tobias C. Berner wrote:
> Hi Marcelo
>
> Yes, I'm using readahead:
> The mountoptions are
> "readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32
Hi Marcelo
Yes, I'm using readahead:
The mountoptions are
"readahead=4,soft,intr,rw,tcp,wsize=32767,rsize=32767,late"
mfg Tobias
On Monday 20 October 2014 10.41:30 Marcelo Araujo wrote:
> Hello Tobias,
>
> Could you show how you are mount the NFS share?
> Are you using 'readahead' option
Hello Tobias,
Could you show how you are mount the NFS share?
Are you using 'readahead' option?
Best Regards,
2014-10-19 17:40 GMT+08:00 Tobias C. Berner :
> both are at 1100038.
>
>
>
> On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote:
> > It is still strange, could you do what Allan sa
both are at 1100038.
On Sunday 19 October 2014 11.12:36 Marcelo Araujo wrote:
> It is still strange, could you do what Allan said and send us the result in
> case you are not sure you have world and kernel in the same revision!
>
> On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote:
> > Hi
> >
It is still strange, could you do what Allan said and send us the result in
case you are not sure you have world and kernel in the same revision!
On Oct 19, 2014 6:48 AM, "Tobias C. Berner" wrote:
> Hi
>
>
>
> World ist from october 16, installed world and kernel then.
>
> Kernel was later rebui
On 2014-10-18 18:48, Tobias C. Berner wrote:
> Hi
>
> World ist from october 16, installed world and kernel then.
> Kernel was later rebuilt with debug-options.
>
>
> Is the following more sensible?
> ##
> # kgdb NOXON/kernel.debug vmcore.1
> Fa
Hi
World ist from october 16, installed world and kernel then.
Kernel was later rebuilt with debug-options.
Is the following more sensible?
##
# kgdb NOXON/kernel.debug vmcore.1
Fatal trap 12: page fault while in kernel mode
cpuid = 5; apic id =
When you rebuild your system, did you rebuild and install all kernel and
world?
Best Regards,
On Oct 18, 2014 7:57 PM, "John Baldwin" wrote:
> On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote:
> > Hi
> >
> >
> > For some days now I've had problems with my current (last test with
>
On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote:
> Hi
>
>
> For some days now I've had problems with my current (last test with
> r273178M).
>
> Sometimes when accessing a nfs-share there is a pagefault:
>
> ###
> Fatal trap 12:
Hi
For some days now I've had problems with my current (last test with r273178M).
Sometimes when accessing a nfs-share there is a pagefault:
###
Fatal trap 12: page fault while in kernel mode
cpuid = 7; apic id = 07
fault virtual address =
21 matches
Mail list logo
