Date: Mon, 16 Feb 2015 10:07:16 -0800 (PST) From: Christian Kujau <lists@nerdbynature.de> To: Fabian Keil <freebsd-listen@fabiankeil.de> Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 10.1 crashing under load Message-ID: <alpine.DEB.2.19.4.1502160955470.7303@trent.utfs.org> In-Reply-To: <4e9beab4.5e4e3963@fabiankeil.de> References: <alpine.DEB.2.19.4.1502120004310.7303@trent.utfs.org> <4e9beab4.5e4e3963@fabiankeil.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 16 Feb 2015 at 11:51, Fabian Keil wrote: > Using a kernel with WITNESS and INVARIANTS sometimes results in > the problem being caught earlier. Hm, I had hoped not to have to recompile the kernel for this, but maybe that's the way to go. I'll look into that, thanks. > IIRC it's not officially supported but you can dump on the device > below the geli layer: > > fk@r500 ~ $swapinfo > Device 1K-blocks Used Avail Capacity > /dev/ada0s1b.eli 2097152 0 2097152 0% > fk@r500 ~ $dumpon -l > ada0s1b (FreeBSD n00b here): indeed, even with dumpdev="AUTO", "dumpon -l" reported /dev/null - I've set this manually to my encrypted swap device now and wait for the next boot. The last involuntary reboot was just a few hours ago, the last known state was: > Mem: 70M Active, 663M Inact, 208M Wired, 4508K Cache, 87M Buf, 32M Free > Swap: 1024M Total, 88M Used, 936M Free, 8% Inuse > Maybe you need to play with vm.overcommit for details see tuning(7). vm.overcommit was set to 0 by default and I would've assumed that this is sufficient: > Setting bit 0 of the vm.overcommit sysctl causes the virtual memory > system to return failure to the process when allocation of memory causes > vm.swap_reserved to exceed vm.swap_total. But instead of one process crashing, the whole machine crashes. I've set it to 2 now and will see if it helps anything. Thanks for your input, Christian. -- BOFH excuse #78: Yes, yes, its called a design limitation
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.DEB.2.19.4.1502160955470.7303>