08:44:31 I am in GZ doint zfs send -i | zfs receive to send snapshot form one pool to another pool . And I remembered I can use 'pv' in pipe to see progress. And I hit Ctrl+C to stop 'zfs send' and now nothing happens and 'zfs send' does not exits.. 08:45:23 I feel really stupid right now. Shouldn't Ctrl+C instantly send break signal or something to 'zfs send' (and receive, on the same system) and get me prompt back.. ? 08:46:19 Oh, now after many minutes it did just that.. but probably it didn't help I previously hit it with some rsync inside VM 08:46:46 I got impression it shoudl instantly stop 'zfs send ' when I abort it with Crtl+C.. it is not the case.. 15:18:24 nikolam: Send/recv processing does have kernel-threads servicing them, and they may be waiting/blocked on IOs to complete. 15:18:49 I had this happen to me recently with `zpool destroy` on an experimental throwaway pool I'd created with files in /tmp/. 15:49:09 <_jesse> and probably whatever zfs send managed to allocate from the pool will be deallocated again, which should take some time?