Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Jan 2012 12:00:05 +0100
From:      Michel Le Cocq <miconof80.list@gmail.com>
To:        Peter Maloney <peter.maloney@brockmann-consult.de>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: kern/146528: [zfs] Severe memory leak in ZFS on i386
Message-ID:  <20120125110005.GA7000@e4310>
In-Reply-To: <4F1FD252.4090403@brockmann-consult.de>
References:  <201110091940.p99JeJIc095036@freefall.freebsd.org> <20120125084040.GA2831@e4310> <4F1FD252.4090403@brockmann-consult.de>

next in thread | previous in thread | raw e-mail | index | archive | help

--PNTmBPCT7hxwcZjr
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I recently update 1 week maybe !

Peter Maloney a =E9crit:
> When was your 8.2-STABLE built / csup'd?
>=20
> Peter
>=20
>=20
> On 01/25/2012 09:40 AM, Michel Le Cocq wrote:
> > Hi every body, I upgrade my Freebsd 8.2-STABLE i386 to 9.0 i386.
> >    Intel(R) Atom(TM) CPU D510   @ 1.66GHz
> >    real memory  =3D 4294967296 (4096 MB)
> >    avail memory =3D 3127390208 (2982 MB)
> >
> > I'm on a ZFS Root file systeme on 2 USB drive and 6 sata drive for
> > data.=20
> >
> > 	# zpool list
> > 	NAME    SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
> > 	data    931G   254G   677G    27%  1.00x  ONLINE  -
> > 	stock  74.5G  12.4G  62.1G    16%  1.00x  ONLINE  -
> > 	tank    696G   574G   122G    82%  1.00x  ONLINE  -
> > 	zroot  3.66G  2.49G  1.17G    67%  1.00x  ONLINE  -
> >
> > Before upgrade, I must use some mana things in my /boot/loader.conf
> >
> > 	vm.kmem_size=3D"330M"
> > 	vm.kmem_size_max=3D"330M"
> > 	vfs.zfs.arc_max=3D"40M"
> > 	vfs.zfs.vdev.cache.size=3D"5M"
> > =09
> > With this config my server was not so stable.
> >
> > Some days it work perfectly, some others it freeze with kmem_malloc
> > kmem_map too small.=20
> > Without this mana it freeze really often.
> >
> > The thing which make me upgrade is that after one of this crash after
> > reboot it won't mount my data pool which was at 99% of his CAP. The
> > only way I find to boot is to disconnect the pools drive and export
> > it.
> >
> > Now I'm on exactly the same host after upgrade to 9.0 and it seems to
> > work really really better (3 days up with out any trouble).
> >
> > --
> > M
> >
> > Garrett Cooper a =E9crit:
> >> The following reply was made to PR kern/146528; it has been noted by G=
NATS.
> >>
> >> From: Garrett Cooper <yanegomi@gmail.com>
> >> To: bug-followup@FreeBSD.org, EdwinGuy@GMail.com
> >> Cc: =20
> >> Subject: Re: kern/146528: [zfs] Severe memory leak in ZFS on i386
> >> Date: Sun, 9 Oct 2011 12:34:00 -0700
> >>
> >>  Could you please try upgrading to 8.2-STABLE or 9.0 and see if the
> >>  issue persists with ZFS v28?
> >>  -Garrett
> >> _______________________________________________
> >> freebsd-fs@freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"

--PNTmBPCT7hxwcZjr
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJPH+C1AAoJENZipdjc3yzph0wP/0FUE3Fx4V6ul4eTtv57ZRBK
1YEGttiFnCIsDUEpvVXF152feWcwdP2h7CXbYW8/bGuQ8P615jRYozSK04s1232L
1aq/XHhoe0v29Prr8kEFOAMxM3VgGdsdj0nJa6aNN0qBbbdHrKEXJLqpBzeqE/FF
M9KaNgttyCHsasETEkWZImSGat5H5vQrSFWLd7e7qCMPaPVtNOVPPz071vBXGk9i
f8O2LF55rRL/CVOamjm6XjrzovRRkqnUURyY7j4JVEBglVHNlZOsmsOJuB0x9LF2
/OmuBmRgTVlRiqnfi6z7V0Iw+1Se/FavbWzsi7EaMpveSgIqkgD7Znd93jZjVYYN
qZpihOpPFV+duqRp7mMoEjoJPSYeb6dTi7evPOeLDYWHNjnN2XHs8i3Arz7pQS/j
af56dw1ZoM3x6//hp11dCtNsIKSXoKZHvSoHFvHRDgvpC5LCEbnKsZDN3EVLybSR
5pAgYs8yBV3tHJfleBlqVzyZuztbp5IIo7MuM/MmKbIeaUqihgMkQWQ0FOVEJg0p
fLr4v59jpM4oOeqhBt6xfaRwHFeunEbNzvEtobCB9+rO1auP5UFnjCVyu9/p4+99
AJTKe+yaPflnVZyxEMXFKM5jpaDsrNynS9r4ihuoimkv2uNTvMDoJhy16S/sSHmv
/julU4p3uCDlklMm5PQ2
=DYKo
-----END PGP SIGNATURE-----

--PNTmBPCT7hxwcZjr--



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