David Smith
2007-Jul-14 00:34 UTC
[zfs-discuss] zfs list hangs if zfs send is killed (leaving zfs receive process)
I was in the process of doing a large zfs send | zfs receive when I decided that I wanted to terminate the the zfs send process. I killed it, but the zfs receive doesn''t want to die... In the meantime my zfs list command just hangs. Here is the tail end of the truss output from a "truss zfs list": ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08043484) = 0 ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x0804464C) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08043484) = 0 ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 brk(0x082CA000) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x0804464C) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08043484) = 0 ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x0804464C) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08043484) = 0 ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045788) Err#3 ESRCH ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) Err#3 ESRCH ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x0804464C) = 0 ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08046950) Err#3 ESRCH ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08045814) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046950) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x0804464C) = 0 ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08045788) = 0 ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08043484) = 0 Let me know if something else is needed to figure out what is going on. The system is an x4600 running Solaris 10, with a fairly recent patch set. bash-3.00# uname -a SunOS gdo-node-1 5.10 Generic_125101-07 i86pc i386 i86pc bash-3.00# ps -ef | grep zfs root 17593 17438 0 Jul 10 pts/3 605:57 zfs receive gdo-node-2/pcmdi/ftp/pub-backup root 25972 18474 0 17:04:03 pts/4 0:00 truss zfs list root 25968 18474 0 17:03:12 pts/4 0:08 zfs list root 26086 17438 0 17:31:55 pts/3 0:00 grep zfs root 25926 23059 0 16:55:44 pts/5 0:12 zfs list root 25973 25972 0 17:04:03 pts/4 0:08 zfs list David This message posted from opensolaris.org
David Smith
2007-Jul-14 01:01 UTC
[zfs-discuss] zfs list hangs if zfs send is killed (leaving zfs receive process)
Well, the zfs receive process finally died, and now my zfs list works just fine. If there is a better way to capture what is going on, please let me know and I can duplicate the hang. David This message posted from opensolaris.org
Matthew Ahrens
2007-Jul-14 20:05 UTC
[zfs-discuss] zfs list hangs if zfs send is killed (leaving zfs receive process)
David Smith wrote:> Well, the zfs receive process finally died, and now my zfs list works just > fine. > > If there is a better way to capture what is going on, please let me know > and I can duplicate the hang.If you can take a crash dump while it is "hung" and make it available, we can take a look. --matt
Robert Milkowski
2007-Jul-18 18:26 UTC
[zfs-discuss] zfs list hangs if zfs send is killed (leaving zfs receive process)
Hello David, Saturday, July 14, 2007, 2:01:23 AM, you wrote: DS> Well, the zfs receive process finally died, and now my zfs list works just fine. DS> If there is a better way to capture what is going on, please let DS> me know and I can duplicate the hang. I can observer similar things from time to time, other commands also hung like ''zpool status'' of ''zfs list'', etc. sometimes it takes dozen minutes sometimes even hours after they complete... -- Best regards, Robert mailto:rmilkowski at task.gda.pl http://milek.blogspot.com