> > Well, I think I found a specific file system that is causing this. > I kicked off a zpool scrub to see if there might be corruption on > either end, but that takes well over 40 hours on these servers. > > > -- > Brent Jones > br...@servuhome.net >
It turns out that the file system I believed would trigger this scenario is not a guaranteed way to lock up all ZFS related commands/operations. Another thing I seem to have found however, it seems to be "load dependant", meaning if I just kick off one send/recv, there is a 100% chance of success. However, if I batch up 3 or more send/recv operations going at the same time (for different file systems), there seems to be a 50% chance of all the send/recv operations stalling out and entering this "hung" state. I had to restart the scrub, it should be done Monday and I'll see if anything is uncovered. -- Brent Jones br...@servuhome.net _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
