Date: Thu, 28 Nov 2019 16:56:30 +0700 From: Eugene Grosbein <eugen@grosbein.net> To: Pete French <petefrench@ingresso.co.uk>, freebsd-stable@freebsd.org Subject: Re: Slow zfs destroy Message-ID: <a089c50e-04f1-c13b-103d-d017046802c1@grosbein.net> In-Reply-To: <e355285b-863d-d32c-9a76-37fecf500a40@ingresso.co.uk> References: <01ca3a41-6cd2-823f-a8c1-30a47a0bbc98@grosbein.net> <da751245-4c62-e1e1-3994-61251893ef41@grosbein.net> <e355285b-863d-d32c-9a76-37fecf500a40@ingresso.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
28.11.2019 16:38, Pete French wrote: > On 28/Nov/2019 07:03, Eugene Grosbein wrote: >> 28.11.2019 13:46, Eugene Grosbein wrote: >> >>> Hi! >>> >>> Is it normal that "zfs destroy" for one ZVOL with attribute "used" equal to 2112939808 bytes (~2GB) >>> takes over two minutes waiting on "tx_sync_done_cv"? The pool is RAID1 over five SSDs encrypted with GELI >> >> The pool is *RAIDZ1* > > Not normal, no. Having said that I have seen zfs destory take a very lng time on occasion, > but for a 2GB volume then thats surprisng. Is there actual disc activity during this time ? Yes, a lot. Several rsync instances writing to another ZFS (mounted file systems) in parallel: copying data over ssh from remote hosts (backups).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a089c50e-04f1-c13b-103d-d017046802c1>