Date: Fri, 25 Jan 2019 10:38:30 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 234576] hastd exits ungracefully Message-ID: <bug-234576-227-7FdtBijD2F@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234576-227@https.bugs.freebsd.org/bugzilla/> References: <bug-234576-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234576 --- Comment #2 from Paul Thornton <freebsd-bugzilla@prt.org> --- I have reproduced this problem in the simplest form I can with ZFS: A ZFS p= ool made up of one HAST device, with a disk as the underlying storage. It appears (as is always the case when you make statements like this) that I was wrong earlier - this problem *is* directly related to the issues I had = with 11.x and MAXPHYS being too small - my added debug to hastd/primary.c showed: hastd: disk2 (primary) hastd 3741 - - [disk2] (primary) G_GATE_CMD_START failed: Cannot allocate memory. This is in the source as being 'impossible' and appears to have happened. allocated=3D20200 length=3D100000 maxphys=3D= 20000 I don't know enough about the internals of GEOM_GATE to know what/why/how t= his changed between 11.x and 12.0 but I've changed my patch to allow a length of 0x100000 which now makes it work - this is likely not the best fix for the problem, and someone with more knowledge may want to chime in with a better solution. I've also not done extensive testing so there may be occasions w= here the problem recurs, but the extra log message remains in the patch so you c= an immediately see if this is/was a problem. I'm testing this with bonnie++ in case that makes a material difference (wh= ich is how we tested under 11.x) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234576-227-7FdtBijD2F>