Tom Ivar Helbekkmo writes:
> Hm. Maybe I should change to a TCP mount, and see what happens...
...and with NFS over TCP, writing works without hanging. :)
-tih
--
Most people who graduate with CS degrees don't understand the significance
of Lisp. Lisp is the most
Ryota Ozaki writes:
>>> The latest pfil.c (v1.34) should fix the panic. Could you try it?
>>
>> I'll give it a go tonight, and report back.
I re-introduced the change that I previously rolled back to get things
working, and then upgraded pfil.c to 1.34 and built a new
On Tue, Jan 24, 2017 at 12:53 AM, Tom Ivar Helbekkmo
wrote:
> Ryota Ozaki writes:
>
>> The latest pfil.c (v1.34) should fix the panic. Could you try it?
>
> I'll give it a go tonight, and report back.
Thanks.
>
> Meanwhile, do you think this ongoing
Tom Ivar Helbekkmo writes:
[ ... ]
> Oh, and it's the client that hangs; the server seems to be just fine,
> and a reboot of the client makes NFS reads behave normally again. On
> the server, the output file got created, but is zero bytes. The error
> logged on the client
Ryota Ozaki writes:
> The latest pfil.c (v1.34) should fix the panic. Could you try it?
I'll give it a go tonight, and report back.
Meanwhile, do you think this ongoing MPSAFE work may have some unwanted
consequences for NFS? There's a problem that's been around for at
On Sun, Jan 22, 2017 at 8:05 PM, Tom Ivar Helbekkmo
wrote:
> Martin Husemann writes:
>
>> Could you try backing out this change and see if it helps?
>>
>> http://mail-index.netbsd.org/source-changes/2017/01/16/msg081115.html
>
> That did the trick.
Martin Husemann writes:
> Could you try backing out this change and see if it helps?
>
> http://mail-index.netbsd.org/source-changes/2017/01/16/msg081115.html
That did the trick. I've rebooted a few times, now, and the system
comes up as it should, with no incident, every
On Sun, Jan 22, 2017 at 10:43:27AM +0100, Tom Ivar Helbekkmo wrote:
> panic: kernel diagnostic assertion "(kpreempt_disabled() || cpu_softintr_p()
> || ISSET(curlwp->l_pflag, LP_BOUND))" failed: file
> "/usr/src/sys/kern/subr_psref.c", line 291 passive references are CPU-local,
> but preemption
Tom Ivar Helbekkmo writes:
> Didn't go so well. My main machine does routing between several VLANs,
> using Quagga to manage the routing, NPF and ALTQ for traffic management,
> and OpenVPN for tunnels from remote devices, all the while offering a
> number of network