kern/146528: [zfs] Severe memory leak in ZFS on i386
Michel Le Cocq
miconof80.list at gmail.com
Wed Jan 25 11:31:54 UTC 2012
ok in fact I didn't understand your first question !
I see this trouble only on my personnal i386 machine.
I have also several amd64 with a lot of mem 24G or some virtual with
4G all on amd64 and they work perfectly on 8.2 since more than 1 year.
--
M
Peter Maloney a écrit:
> I expected you would say it was much older, somewhere between April and
> September last year. My amd64 systems (dual cpu quad core Xeon) with 48
> GB of ram have no issues like this. And my amd64 test VMs with 512M-2GB
> of RAM don't have this problem either, but of course they aren't tested
> the same.
>
>
>
> On 01/25/2012 12:00 PM, Michel Le Cocq wrote:
> > I recently update 1 week maybe !
> >
> > Peter Maloney a écrit:
> >> When was your 8.2-STABLE built / csup'd?
> >>
> >> Peter
> >>
> >>
> >> 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 = 4294967296 (4096 MB)
> >>> avail memory = 3127390208 (2982 MB)
> >>>
> >>> I'm on a ZFS Root file systeme on 2 USB drive and 6 sata drive for
> >>> data.
> >>>
> >>> # 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="330M"
> >>> vm.kmem_size_max="330M"
> >>> vfs.zfs.arc_max="40M"
> >>> vfs.zfs.vdev.cache.size="5M"
> >>>
> >>> 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.
> >>> 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 écrit:
> >>>> The following reply was made to PR kern/146528; it has been noted by GNATS.
> >>>>
> >>>> From: Garrett Cooper <yanegomi at gmail.com>
> >>>> To: bug-followup at FreeBSD.org, EdwinGuy at GMail.com
> >>>> Cc:
> >>>> 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 at freebsd.org mailing list
> >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> >>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20120125/7eea3032/attachment.pgp
More information about the freebsd-fs
mailing list