Thanks for that Brian.
I've logged a bug:
CR 6865661 *HOT* Created, P1 opensolaris/triage-queue zfs scrub rpool
causes zpool hang
Just discovered after trying to create a further crash dump that it's
failing and rebooting with the following error (just caught it prior
to the reboot):
panic dump timeout
so I'm not sure how else to assist with debugging this issue.
cheers,
James
On 28/07/2009, at 9:08 PM, Brian Ruthven - Solaris Network Sustaining
- Sun UK wrote:
Yes:
$<systemdump
should do the trick.
Make sure your dumpadm is set up beforehand to enable savecore, and
that you have a dump device. In my case the output looks like this:
$ pfexec dumpadm
Dump content: kernel pages
Dump device: /dev/zvol/dsk/rpool/dump (dedicated)
Savecore directory: /var/crash/opensolaris
Savecore enabled: yes
Then you should get a dump saved in /var/crash/<hostname> on next
reboot.
Brian
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss