Date: Thu, 16 Oct 2014 22:43:12 -0500 From: "James R. Van Artsdalen" <james-freebsd-fs2@jrv.org> To: d@delphij.net Cc: freebsd-fs@freebsd.org, "James R. Van Artsdalen" <james-freebsd-current@jrv.org>, current@freebsd.org Subject: Re: zfs recv hangs in kmem arena Message-ID: <54409050.4070401@jrv.org> In-Reply-To: <543FEE6F.5050007@delphij.net> References: <54250AE9.6070609@jrv.org> <543FAB3C.4090503@jrv.org> <543FEE6F.5050007@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10/16/2014 11:12 AM, Xin Li wrote:
> > On 9/26/2014 1:42 AM, James R. Van Artsdalen wrote:
> >> FreeBSD BLACKIE.housenet.jrv 10.1-BETA2 FreeBSD 10.1-BETA2 #2
> >> r272070M: Wed Sep 24 17:36:56 CDT 2014
> >> james@BLACKIE.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64
> >>
> >> With current STABLE10 I am unable to replicate a ZFS pool using
> >> zfs send/recv without zfs hanging in state "kmem arena", within
> >> the first 4TB or so (of a 23TB Pool).
> What does procstat -kk 1176 (or the PID of your 'zfs' process that
> stuck in that state) say?
>
> Cheers,
>
SUPERTEX:/root# ps -lp 866
UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND
0 866 863 0 52 0 66800 29716 kmem are D+ 1 57:40.82 zfs recv
-duvF BIGTOX
SUPERTEX:/root# procstat -kk 866
PID TID COMM TDNAME KSTACK
866 101573 zfs - mi_switch+0xe1
sleepq_wait+0x3a _cv_wait+0x16d vmem_xalloc+0x568 vmem_alloc+0x3d
kmem_malloc+0x33 keg_alloc_slab+0xcd keg_fetch_slab+0x151
zone_fetch_slab+0x7e zone_import+0x40 uma_zalloc_arg+0x34e
arc_get_data_buf+0x31a arc_buf_alloc+0xaa dmu_buf_will_fill+0x169
dmu_write+0xfc dmu_recv_stream+0xd40 zfs_ioc_recv+0x94e
zfsdev_ioctl+0x5ca
SUPERTEX:/root#
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54409050.4070401>