Shane, I wasn't able to reproduce this failure on my system. Could you
try running Eric's D script below and send us the output while running
'zfs list'?
thanks,
--matt
On Fri, Aug 18, 2006 at 09:47:45AM -0700, Eric Schrock wrote:
> Can you send the output of this D script while running 'zfs list'?
>
> #!/sbin/dtrace -s
>
> zfs_ioc_snapshot_list_next:entry
> {
> trace(stringof(args[0]->zc_name));
> }
>
> zfs_ioc_snapshot_list_next:return
> {
> trace(arg1);
> }
>
>
> - Eric
>
> On Fri, Aug 18, 2006 at 09:27:36AM -0700, Shane Milton wrote:
> > I did a little bit of digging, and didn't turn up any known issues. Any
> > insite would be appreciated.
> >
> > Basically I replicated a zfs snapshot from a version2 storage pool into a
> > version3 pool and it seems to have corrupted the version3 pool. At the
> > time of the error both pools were running on the same system (amd64 build44)
> >
> > The command used was something similiar to the following.
> > "zfs send [EMAIL PROTECTED] | zfs recv [EMAIL PROTECTED]"
> >
> > zfs list, zfs list-r <version3pool_name>, zpool destroy <version3pool_name>
> > all end with a core dump.
> >
> > After a little digging with mdb and truss, It seems to be dying around the
> > function ZFS_IOC_SNAPSHOT_LIST_NEXT.
> >
> > I'm away from the system at the moment, but do have some of the core files
> > and truss output for those interested.
> >
> > # truss zfs list
> > execve("/sbin/zfs", 0x08047E90, 0x08047E9C) argc = 2
> > resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12
> > resolvepath("/sbin/zfs", "/sbin/zfs", 1023) = 9
> > sysconfig(_CONFIG_PAGESIZE) = 4096
> > xstat(2, "/sbin/zfs", 0x08047C48) = 0
> > open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT
> > xstat(2, "/lib/libzfs.so.1", 0x08047448) = 0
> > resolvepath("/lib/libzfs.so.1", "/lib/libzfs.so.1", 1023) = 16
> > open("/lib/libzfs.so.1", O_RDONLY) = 3
> > ......
> > .......
> > ioctl(3, ZFS_IOC_OBJSET_STATS, 0x08045FBC) = 0
> > ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08046DFC) = 0
> > ioctl(3, ZFS_IOC_OBJSET_STATS, 0x080450BC) = 0
> > ioctl(3, ZFS_IOC_DATASET_LIST_NEXT, 0x08045EFC) Err#3 ESRCH
> > ioctl(3, ZFS_IOC_SNAPSHOT_LIST_NEXT, 0x08045EFC) Err#22 EINVAL
> > fstat64(2, 0x08044EE0) = 0
> > internal error: write(2, " i n t e r n a l e r r".., 16) = 16
> > Invalid argumentwrite(2, " I n v a l i d a r g u".., 16) = 16
> >
> > write(2, "\n", 1) = 1
> > sigaction(SIGABRT, 0x00000000, 0x08045E30) = 0
> > sigaction(SIGABRT, 0x08045D70, 0x08045DF0) = 0
> > schedctl() = 0xFEBEC000
> > lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> > lwp_kill(1, SIGABRT) = 0
> > Received signal #6, SIGABRT [default]
> > siginfo: SIGABRT pid=1444 uid=0 code=-1
> >
> >
> > Thanks
> > -Shane
> >
> >
> > This message posted from opensolaris.org
> > _______________________________________________
> > zfs-discuss mailing list
> > zfs-discuss@opensolaris.org
> > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
> --
> Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
