Date: Wed, 8 Aug 2018 14:42:24 -0700 From: bob prohaska <fbsd@www.zefox.net> To: Mark Johnston <markj@freebsd.org> Cc: Mark Millard <marklmi@yahoo.com>, freebsd-arm@freebsd.org, bob prohaska <fbsd@www.zefox.net> Subject: Re: RPI3 swap experiments ["was killed: out of swap space" with: "v_free_count: 5439, v_inactive_count: 1"] Message-ID: <20180808214224.GA29312@www.zefox.net> In-Reply-To: <20180806155837.GA6277@raichu> References: <23793AAA-A339-4DEC-981F-21C7CC4FE440@yahoo.com> <20180731231912.GF94742@www.zefox.net> <2222ABBD-E689-4C3B-A7D3-50AECCC5E7B2@yahoo.com> <20180801034511.GA96616@www.zefox.net> <201808010405.w7145RS6086730@donotpassgo.dyslexicfish.net> <6BFE7B77-A0E2-4FAF-9C68-81951D2F6627@yahoo.com> <20180802002841.GB99523@www.zefox.net> <20180802015135.GC99523@www.zefox.net> <EC74A5A6-0DF4-48EB-88DA-543FD70FEA07@yahoo.com> <20180806155837.GA6277@raichu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Aug 06, 2018 at 11:58:37AM -0400, Mark Johnston wrote: > > If the above suggestion doesn't help, the next thing to try would be to > revert the oom_seq value to the default, apply this patch, and see if > the problem continues to occur. If this doesn't help, please try > applying both measures, i.e., set oom_seq to 120 _and_ apply the patch. > Applying both measures resulted in a panic, not entirely unlike the effect of deliberately running the machine out of swap on microSD. The first obvious sign of trouble was errors attributed to da0: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 25 bc b8 00 00 80 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain but instead of going on endlessly a panic followed a few lines later: swap_pager: I/O error - pageout failed; blkno 47015,size 16384, error 5 ending with panic: vm_thread_swapin: cannot get kstack for proc 615 It appears that the gstat script stopped before this, since these console messages never made it to swapscript.log. What I could think of to capture is at http://www.zefox.net/~fbsd/rpi3/swaptests/r337226M/1gbsdflash_1gbusbflash/batchqueue/pageout120/ The machine accepted a reboot command at the serial console and came up without any manual intervention. Thanks for reading, any suggestions on what to try next are welcome! bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180808214224.GA29312>