Date: Wed, 13 Aug 2008 13:48:57 -0400 From: John Nielsen <lists@jnielsen.net> To: freebsd-current@freebsd.org Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek <pjd@freebsd.org> Subject: Re: ZFS patches. Message-ID: <200808131348.57683.lists@jnielsen.net> In-Reply-To: <200807281139.45771.lists@jnielsen.net> References: <20080727125413.GG1345@garage.freebsd.pl> <feb8ac710807272155m3ebf1f99na23bd62f065b8ecd@mail.gmail.com> <200807281139.45771.lists@jnielsen.net>
index | next in thread | previous in thread | raw e-mail
On Monday 28 July 2008, John Nielsen wrote: > On Monday 28 July 2008, David Grochowski wrote: > > Hey, > > > > On Sun, Jul 27, 2008 at 11:24 PM, Adam McDougall <mcdouga9@egr.msu.edu> > > wrote: > > > On Sun, Jul 27, 2008 at 02:54:13PM +0200, Pawel Jakub Dawidek wrote: > > > > Hi. > > > > > > > > > > > > http://people.freebsd.org/~pjd/patches/zfs_20080727.patch.bz2 > > > > > > Stop in /usr/src. > > > > I had the same issue. Try deleting > > "/usr/src/sys/cddl/compat/opensolaris/sys/acl.h" and > > "/usr/src/sys/cddl/compat/opensolaris/sys/callb.h" (make sure that > > these files have a length of zero first!). When patching, these files > > are supposed to be deleted, but were instead left as empty files. > > Since these files are included before the actual ones in > > "/usr/src/sys/cddl/contrib/opensolaris/uts/common/sys", this will > > cause a problem. > > > > Also, I would like to note that the patch has been working for me > > without any problems. > > Thanks for pointing this out David, I had been scratching my head too. > (Also thanks to those who posted reminders to use patch -p0). > > I'm now up and running with the patch and an upgraded zpool. No issues > thus far. I even tried to reproduce the UDP NFS write lockup issue I > reported recently and was unable to. Thanks PJD! I experienced a couple panics yesterday while working with some video files The panics didn't happen until after an hour or two of sustained activity (heavy reading and writing to/from multiple files about 2GB in size). The panic message (most recent) probably looks familiar: panic:kmem_malloc(65536): kmem_map too small: 757669888 total allocated This is on an i386 8-CURRENT box w/ the recent ZFS mega-patch applied: %uname -a FreeBSD stealth.jnielsen.net 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Jul 28 09:17:49 EDT 2008 john@stealth.jnielsen.net:/usr/obj/usr/src8/src/sys/STEALTH i386 %zfs upgrade This system is currently running ZFS filesystem version 3. All filesystems are formatted with the current version. %zpool upgrade This system is currently running ZFS pool version 11. All pools are formatted using this version. The box has 1.25 GB RAM. The kernel is compiled with KVA_PAGES=384 and vm.kmem_size and kmem_size_max are set to 768M. Since the last panic I have set vfs.zfs.arc_max to 160M and I haven't gotten another one, but I haven't had the same sustained activity since then either. I'll keep an eye on it. Just thought I'd send a report since I'm not sure if this is still expected behavior with the new patch. I am of course also open to tuning suggestions, though I have read the wiki and kept up on the mailing lists and am willing to experiment to see what ends up working best for this system. Thanks, JNhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200808131348.57683.lists>