Can you please send a complete list of the actions taken: The commands
you used to create the send stream, the commands used to receive the
stream. Also the output of `zfs list -t all` on both the sending and
receiving sides. If you were able to collect a core dump (it should be
in /var/crash/<hostname>), it would be good to upload it.
The panic you're seeing is in the code that is specific to receiving a
dedup'ed stream. It's possible that you could do the migration if you
turned off dedup (i.e. didn't specify -D) when creating the send
stream.. However, then we wouldn't be able to diagnose and fix what
appears to be a bug.
The best way to get us the crash dump is to upload it here:
https://supportfiles.sun.com/upload
We need either both vmcore.X and unix.X OR you can just send us vmdump.X.
Sometimes big uploads have mixed results, so if there is a problem some
helpful hints are
on
http://wikis.sun.com/display/supportfiles/Sun+Support+Files+-+Help+and+Users+Guide,
specifically in section 7.
It's best to include your name or your initials or something in the name
of the file you upload. As
you might imagine we get a lot of files uploaded named vmcore.1
You might also create a defect report at http://defect.opensolaris.org/bz/
Lori
On 02/08/10 09:41, Bruno Damour wrote:
<copied from opensolaris-dicuss as this probably belongs here.>
I kept on trying to migrate my pool with children (see previous threads) and
had the (bad) idea to try the -d option on the receive part.
The system reboots immediately.
Here is the log in /var/adm/messages
Feb 8 16:07:09 amber unix: [ID 836849 kern.notice]
Feb 8 16:07:09 amber ^Mpanic[cpu1]/thread=ffffff014ba86e40:
Feb 8 16:07:09 amber genunix: [ID 169834 kern.notice] avl_find() succeeded
inside avl_add()
Feb 8 16:07:09 amber unix: [ID 100000 kern.notice]
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4660
genunix:avl_add+59 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c46c0
zfs:find_ds_by_guid+b9 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c46f0
zfs:findfunc+23 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c47d0
zfs:dmu_objset_find_spa+38c ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4810
zfs:dmu_objset_find+40 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4a70
zfs:dmu_recv_stream+448 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4c40
zfs:zfs_ioc_recv+41d ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4cc0
zfs:zfsdev_ioctl+175 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4d00
genunix:cdev_ioctl+45 ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4d40
specfs:spec_ioctl+5a ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4dc0
genunix:fop_ioctl+7b ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4ec0
genunix:ioctl+18e ()
Feb 8 16:07:09 amber genunix: [ID 655072 kern.notice] ffffff00053c4f10
unix:brand_sys_syscall32+1ca ()
Feb 8 16:07:09 amber unix: [ID 100000 kern.notice]
Feb 8 16:07:09 amber genunix: [ID 672855 kern.notice] syncing file systems...
Feb 8 16:07:09 amber genunix: [ID 904073 kern.notice] done
Feb 8 16:07:10 amber genunix: [ID 111219 kern.notice] dumping to
/dev/zvol/dsk/rpool/dump, offset 65536, content: kernel
Feb 8 16:07:10 amber ahci: [ID 405573 kern.info] NOTICE: ahci0:
ahci_tran_reset_dport port 3 reset port
Feb 8 16:07:35 amber genunix: [ID 100000 kern.notice]
Feb 8 16:07:35 amber genunix: [ID 665016 kern.notice] ^M100% done: 107693 pages
dumped,
Feb 8 16:07:35 amber genunix: [ID 851671 kern.notice] dump succeeded
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
