On Mon, Dec 13, 2021 at 06:32:22PM +0100, Emmanuel Vadot wrote:
> On Mon, 13 Dec 2021 17:01:43 + Alexey Dokuchaev wrote:
> > On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> > > ...
> > > However, it was a bit harder to see this originally as the 915kms driver
> > > tries to do
On 13.12.2021 21:47, Alan Somers wrote:
> tldr; this change allows the NFS server to export file systems that
> use 64-bit directory cookies
> https://reviews.freebsd.org/D33404
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260375
>
> Long story:
> NFSv2 included a 32-bit directory cookie
tldr; this change allows the NFS server to export file systems that
use 64-bit directory cookies
https://reviews.freebsd.org/D33404
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260375
Long story:
NFSv2 included a 32-bit directory cookie with each readdir entry.
NFSv3 widened it to 64-bits,
On Mon, Dec 13, 2021 at 11:56:35AM -0800, John Baldwin wrote:
J> > J> So there are two things here. The root issue is that the devel/apr1
port
J> > J> runs a configure test for TCP_NDELAY being inherited by accepted
sockets.
J> > J> This test panics because prison_check_ip4() tries to lock a
On 12/13/21 9:35 AM, Gleb Smirnoff wrote:
Hi John,
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
J> So there are two things here. The root issue is that the devel/apr1 port
J> runs a configure test for TCP_NDELAY being inherited by accepted sockets.
J> This test panics
Hi John,
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
J> So there are two things here. The root issue is that the devel/apr1 port
J> runs a configure test for TCP_NDELAY being inherited by accepted sockets.
J> This test panics because prison_check_ip4() tries to lock a prison
On Mon, 13 Dec 2021 17:01:43 +
Alexey Dokuchaev wrote:
> On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> > ...
> > However, it was a bit harder to see this originally as the 915kms driver
> > tries to do a malloc(M_WAITOK) from cn_grab() when entering DDB which
> >
On Mon, Dec 13, 2021 at 07:45:07AM -0800, John Baldwin wrote:
> ...
> However, it was a bit harder to see this originally as the 915kms driver
> tries to do a malloc(M_WAITOK) from cn_grab() when entering DDB which
> recursively panics (even a malloc(M_NOWAIT) from cn_grab() is probably a
> bad
On Mon, Dec 13, 2021 at 04:26:42PM +, Rick Macklem wrote:
> Hi,
>
> There are two problems with Allocate in the NFSv4.2 server in FreeBSD13:
> 1 - It uses the thread credentials instead of the ones for the RPC.
> 2 - It does not ensure that file changes are committed to stable storage.
>
Hi,
There are two problems with Allocate in the NFSv4.2 server in FreeBSD13:
1 - It uses the thread credentials instead of the ones for the RPC.
2 - It does not ensure that file changes are committed to stable storage.
These problems are fixed by commit f0c9847a6c47 in main, which added
ioflag
This weekend I upgraded my FreeBSD laptop and kicked off a poudriere build of
the packages I use. My laptop kept "freezing" during the package builds
however.
Initially due to messages in /var/log/messages I thought it was running out of
swap and killing the display server. After poking it at
11 matches
Mail list logo
