on 11/04/2014 11:02 Phil Murray said the following:
> Hi there,
> =
> I=92ve recently experienced two kernel panics on 8.4-RELEASE (within 2 da=
ys of each other, and both around the same time of day oddly) with ZFS. Sor=
ry no dump available, but panic below.
> =
> Any ideas where to start solving this? Will upgrading to 9 (or 10) solve =
it?
By chance, could the system be running zfs recv at the times when the panics
happened?
> (Sorry for any errors, hand transcribed from a screenshot)
> =
> panic:solaris asset: sa.sa_magic =3D=3D 0x2F505A (0x5112fb3d =3D=3D 0x2f5=
05a), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com=
mon/fs/zfs/zfs_vfsops.c, line: 596
> cpuid =3D 1
> KDB: stack backtrace:
> #0 0xffffffffff8066cb96 at kdb_backtrace+0x66
> #1 0xffffffffff8063925e at panic+0x1ce
> #2 0xffffffffff81292109 at assfail3+0x29
> #3 0xffffffffff811157fe at zfs_space_delta_cb+0xbe
> #4 0xffffffffff8109ee12 at dmu_objset_userquota_get_ids+0x142
> #5 0xffffffffff810a5e35 at dnode_sync+0xc5
> #6 0xffffffffff8109cf3d at dmu_objset_sync_dnodes+0x5d
> #7 0xfffffffff8109d0c9 at dmu_objset_sync+0x169
> #8 0xffffffffff810b446a at dsl_pool_sync+0xca
> #9 0xffffffffff810c4c3a at spa_sync+0x34a
> #10 0xffffffffff810d6959 at txg_sync_thread+0x139
> #11 0xffffffffff8060dc7f at fork_exit+0x11f
> #12 0xffffffffff809a9c1e at fork_trampoline+0xe
> Uptime: 37d8h9m39s
> Cannot dump. Device not defined or unavailable
> Automatic reboot in 15 seconds - press a key on the console to abort
> =
> (Never actually reboots)
> =
> =
> ZFS setup:
> =
> [root@bellagio ~]# zpool status
> pool: spool
> state: ONLINE
> scan: scrub repaired 0 in 13h18m with 0 errors on Wed Mar 12 19:14:08 2=
014
> config:
> =
> NAME STATE READ WRITE CKSUM
> spool ONLINE 0 0 0
> mirror-0 ONLINE 0 0 0
> ada2 ONLINE 0 0 0
> ada3 ONLINE 0 0 0
> =
> errors: No known data errors
> =
> [root@bellagio ~]# zfs get all spool
> NAME PROPERTY VALUE SOURCE
> spool type filesystem -
> spool creation Fri Feb 25 19:45 2011 -
> spool used 692G -
> spool available 222G -
> spool referenced 692G -
> spool compressratio 1.00x -
> spool mounted yes -
> spool quota none default
> spool reservation none default
> spool recordsize 128K default
> spool mountpoint /var/spool/imap local
> spool sharenfs off default
> spool checksum on default
> spool compression off local
> spool atime off local
> spool devices on default
> spool exec on default
> spool setuid on default
> spool readonly off default
> spool jailed off default
> spool snapdir hidden default
> spool aclmode discard default
> spool aclinherit restricted default
> spool canmount on default
> spool xattr off temporary
> spool copies 1 default
> spool version 5 -
> spool utf8only off -
> spool normalization none -
> spool casesensitivity sensitive -
> spool vscan off default
> spool nbmand off default
> spool sharesmb off default
> spool refquota none default
> spool refreservation none default
> spool primarycache all default
> spool secondarycache all default
> spool usedbysnapshots 0 -
> spool usedbydataset 692G -
> spool usedbychildren 114M -
> spool usedbyrefreservation 0 -
> spool logbias latency default
> spool dedup off default
> spool mlslabel -
> spool sync standard default
> spool refcompressratio 1.00x -
> spool written 692G -
> =
> =
> =
> Cheers
> =
> Phil
> =
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> =
-- =
Andriy Gapon
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"