Re: assertion error in ZFS

Andriy Gapon <[email protected]>
Newsgroups gmane.os.freebsd.devel.file-systems,gmane.os.freebsd.current,gmane.os.freebsd.devel.ppc
Message-ID <[email protected]>
On 10/10/2019 20:28, Piotr Kubaj via freebsd-fs wrote:
> Hi,
> 
> I use ZFS compiled-in to the kernel in order to boot without loader.
> 
> After upgrade to LLVM9, it fails to mount with:
> panic: solaris assert: (int32_t)n >= 0 (0xffffffffffffffff >= 0x0), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zrlock.c, line: 115
> cpuid = 16
> time = 26
> KDB: stack backtrace:
> 0xe0000000beff3c90: at kdb_backtrace+0x60
> 0xe0000000beff3da0: at vpanic+0x1d8
> 0xe0000000beff3e50: at panic+0x40
> 0xe0000000beff3e80: at assfail3+0x3c
> 0xe0000000beff3ef0: at zrl_remove+0x9c
> 0xe0000000beff3f20: at dbuf_read+0x73c
> 0xe0000000beff4080: at dnode_hold_impl+0x318
> 0xe0000000beff41d0: at dnode_hold+0x2c
> 0xe0000000beff4200: at dmu_buf_hold_noread+0x4c
> 0xe0000000beff4260: at dmu_buf_hold+0x3c
> 0xe0000000beff42b0: at zap_lockdir+0x60
> 0xe0000000beff4360: at zap_lookup_norm+0x78
> 0xe0000000beff4420: at zap_lookup+0x30
> 0xe0000000beff44a0: at dsl_dir_hold_obj+0x314
> 0xe0000000beff45b0: at dmu_objset_find_dp+0x2b8
> 0xe0000000beff4690: at dmu_objset_find_dp+0x7c4
> 0xe0000000beff46d0: at taskq_dispatch+0x12c
> 0xe0000000beff4700: at taskqueue_run+0x210
> 0xe0000000beff47d0: at taskqueue_thread_loop+0x108
> 0xe0000000beff4820: at fork_exit+0xc4
> 0xe0000000beff48c0: at fork_trampoline+0x18
> 0xe0000000beff48f0: at -0x4
> KDB: enter: panic
> 
> This is with CURRENT on powerpc64.

This could be my fault.
Could you please provide the known good and known bad revision?
I suspect that this could be a result of my lack of experience with "strong" and
"weak" cmpset on different platforms...

-- 
Andriy Gapon
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.