ZFS L2arc 16.0E size
Slawa Olhovchenkov
slw at zxy.spb.ru
Tue Feb 24 09:18:56 UTC 2015
On Mon, Feb 23, 2015 at 11:31:34PM +0100, Frank de Bot (lists) wrote:
> Slawa Olhovchenkov wrote:
> > On Mon, Feb 23, 2015 at 12:21:35AM +0300, Slawa Olhovchenkov wrote:
> >
> >> On Mon, Feb 16, 2015 at 12:52:17AM +0000, Steven Hartland wrote:
> >>
> >>> IIRC this was fixed by r273060, if your remove your cache device and
> >>> then add it back I think you should be good.
> >>
> >> r273060 will be reverted.
> >> I am use stable (r276179) and still have (partialy) this problem:
> >>
> >> cache - - - - - -
> >> ada0 477G 477G 16.0E - 0% 100%
> >> ada1 477G 477G 16.9M - 0% 99%
> >> da2 477G 477G 25.0M - 0% 99%
> >> da3 477G 477G 14.6M - 0% 99%
> >> da4 477G 477G 30.6M - 0% 99%
> >> da5 477G 477G 15.0M - 0% 99%
> >> da6 477G 477G 298K - 0% 99%
> >> da7 477G 477G 18.2M - 0% 99%
> >
> > same server, some time late:
> > cache - - - - - -
> > ada0 477G 477G 16.8M - 0% 99%
> > ada1 477G 477G 32.1M - 0% 99%
> > da2 477G 477G 5.70M - 0% 99%
> > da3 477G 477G 16.0E - 0% 100%
> > da4 477G 477G 26.1M - 0% 99%
> > da5 477G 477G 26.6M - 0% 99%
> > da6 477G 477G 16.0E - 0% 100%
> > da7 477G 477G 16.0E - 0% 100%
> >
> > hmm, -p don't affect -v values.
>
> Tonight I had run some tests:
> - Disabling compression (by changing ZIO_COMPRESS_LZ4 to
> ZIO_COMPRESS_OFF in sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
> in l2arc_compress_buf
> - disabling trim by vfs.zfs.trim.enabled=0 in loader.conf
> - trying to prevent io queues, but I don't think this was good. I was
> thinking there maybe is a possibility that between filling a writebuffer
> for a vdev the size of l2arc was checked, but didn't take in account
> that not all data is there (I really don't have a clue if this makes
> any sense)
>
> None of these test were successful, every time free space is 16.0E and
> used space keeps on growing and growing.
>
> Slawa, I do notice that first ada0 was at 16.0E, but at your second post
> not anymore.
Yes, I see too and do second post for this.
I think this is may be error on output (not for internal structure as
past), but -p key don't work for this values and I can't recalculate
bu hands.
More information about the freebsd-stable
mailing list