Date: Fri, 26 Jun 2020 07:41:24 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 247557] ZFS History Unbounded Memory Usage Message-ID: <bug-247557-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247557 Bug ID: 247557 Summary: ZFS History Unbounded Memory Usage Product: Base System Version: 12.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: samjvaughan@gmail.com I have a production server running FreeBSD 11.3 amd64 that has been running= out of swap space occasionally at 3:01am. I went through all of the periodic d= aily scripts and discovered that it occurs when the /etc/periodic/daily/800.scrub-zfs script runs. Looking a bit closer, it appears that the `zfs history` command is using 3.= 7G of memory producing 353k lines of output. (this server has had many years = of regular snapshots) I have reproduced the issue on another server running FreeBSD 12.1 amd64. = It used about 1.2G of memory producing 104k lines of output. After a short search I uncovered an OpenZFS commit that addresses this issu= e by processing the history in chunks: https://github.com/openzfs/zfs/pull/9516/commits/d6156a01ba93e0eee6fec64c0a= dc8e4740673718 I then browsed the FreeBSD sources and saw that this commit has not made it= to the FreeBSD codebase yet. I don't know what the situation is with all the different ZFSes and merging= of changes but I'm wondering if one of the developers would be kind enough to = try merging this fix please? It would be awesome if this issue could be addressed because it has the potential to make production systems unstable over time as their ZFS history grows. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-247557-227>