Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 11 Aug 2018 09:32:09 -0700
From:      bob prohaska <fbsd@www.zefox.net>
To:        Warner Losh <imp@bsdimp.com>
Cc:        Mark Johnston <markj@freebsd.org>, "freebsd-arm@freebsd.org" <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:  <20180811163209.GA38922@www.zefox.net>
In-Reply-To: <20180810044426.GB32974@www.zefox.net>
References:  <EC74A5A6-0DF4-48EB-88DA-543FD70FEA07@yahoo.com> <20180806155837.GA6277@raichu> <20180808153800.GF26133@www.zefox.net> <20180808204841.GA19379@raichu> <20180809065648.GB30347@www.zefox.net> <20180809152152.GC68459@raichu> <CANCZdfpKOTBrxiNhaeHHRp-2iw5a4eXt%2Bmd_1LTD-c0%2BAE6qxg@mail.gmail.com> <20180809153710.GC30347@www.zefox.net> <CANCZdfrC0s8X-LxJmrDmkxmz%2BGUMNsHSMpBEQmp1S5ahcvptpg@mail.gmail.com> <20180810044426.GB32974@www.zefox.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Simply moving all swap to microSD (and leaving vm.pageout_oom_seq at the
default value of 12) allowed an uneventul -j4 buildworld on r337226M,
upgrading to r337564M with the patches suggested to date still in place.
There were no warnings or errors on the console or controlling terminal.

The microSD card used for /root, /tmp and swap is a Sandisk Ultra, supposedly
a notch or two slower than the Sandisk Extreme USB flash drive that caused
all the trouble.

One small curiosity happened on reboot: the old kernel reported in part:
Syncing disks, buffers remaining... 8 8 8 8 8 8 8 8 (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 07 20 e6 00 00 00 40 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
8 8 8 8 8 8 8 8 8 8 8 8 
Giving up on 8 buffers
Uptime: 1d4h36m2s

There followed a repetition of previously-seen errors on da0, but somewhow u-boot
got control and the system came back up after self-fsck without intervention.

Do the errors reported above narrow down at all what might be going wrong? Is there
a patch or setting that would reveal what the CCB request error was?
 

More complete transcripts are at
http://www.zefox.net/~fbsd/rpi3/swaptests/r337226M/3gbsdflash/

Thanks for reading!

bob prohaska




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180811163209.GA38922>