Just did a periodical update to 8.4-STABLE r262357 on a self-build home server. The only change I did after update is upgrade zpool version to latest (version 28). My zpool is in mirror configuration, built from dual Seagate 3TB hard drives (ST3000DM001). Moving large files in ~4GB size hangs the target directory, and Bonnie++ leads to deadlock as well. So I believe it was caused by large write operations. Here are logs for both cases. mv: procstat -kk -a http://pastebin.com/WManZzbv bonnie++: procstat -kk -a http://pastebin.com/fe2bmbbY bonnie++: kgdb (thread apply all bt) http://pastebin.com/kdm5xQwM How-To-Repeat: run bonnie++ and set -d scratch-dir on ZFS.
Clean install FreeBSD 10.0-STABLE r263205, everything works fine. Time to say goodbye to 8.4-STABLE. uname -a FreeBSD kmd.twbbs.org 10.0-STABLE FreeBSD 10.0-STABLE #0 r263205: Sat Mar 15 23:38:52 CST 2014 root@kmd.twbbs.org:/usr/obj/usr/src/sys/MERCURY amd64
State Changed From-To: open->suspended Clean up synopsis and assignment. Setting to Suspended since submitter notes it no longer happens with 10.0, but leaving in GNATS to warn others.
Responsible Changed From-To: freebsd-bugs->freebsd-fs
-- John Baldwin
If the processes are hung in the "dmu_tx_delay" wait channel, then this might have been fixed by: http://svnweb.freebsd.org/base?view=revision&revision=264505 -- John Baldwin
batch change: For bugs that match the following - Status Is In progress AND - Untouched since 2018-01-01. AND - Affects Base System OR Documentation DO: Reset to open status. Note: I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Either fixed or not reproducible.