Well, I don't see any reference to unix:brand_sys_syscall, other than where you specifically mention it. All zones are branded though (SmartOS uses joyent, kvm or lx) so just the term "brand" doesn't mean it was lx.
Again, I'd really like to get the actual vmdump file. If this is a bug we've encountered I can identify it for you and let you know which release includes a fix. If it's not something we've encountered then the dump will help us fix it. If you have a Joyent account, upload the dump to Manta and let me know where it is. If you don't have a Joyent account then contact me privately and I can give you a URL to upload to. -- Brian Bennett Systems Engineer, Cloud Operations Joyent, Inc. | www.joyent.com > On Jul 3, 2015, at 12:42 AM, Ian Collins <[email protected]> wrote: > > Brian Bennett wrote: >> Do you have any core dumps in /var/crash/volatile? If so, I would really >> like to get a copy. > > I did some digging around in the crash dumps and logs and all (7) panics had > the same stack trace. From the logs: > > 2015-07-02T00:55:37.731162+00:00 godzilla rsyslogd3: No files configured to > be monitored [try http://www.rsyslog.com/e/-3 ] > 2015-07-02T00:55:37.732517+00:00 godzilla unix: [ID 836849 kern.notice] > #012#015panic[cpu8]/thread=ffffff64ce182b80: > 2015-07-02T00:55:37.732528+00:00 godzilla genunix: [ID 403854 kern.notice] > assertion failed: sa_lookup(zp->z_sa_hdl, SA_ZPL_RDEV(zfsvfs), &rdev, sizeof > (rdev)) == 0, file: ../../common/fs/zfs/zfs_znode.c, line: 700 > 2015-07-02T00:55:37.732533+00:00 godzilla unix: [ID 100000 kern.notice] #012 > 2015-07-02T00:55:37.732536+00:00 godzilla genunix: [ID 802836 kern.notice] > ffffff02e8c4a3a0 fffffffffba6fa68 () > 2015-07-02T00:55:37.732540+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a5a0 zfs:zfs_znode_alloc+430 () > 2015-07-02T00:55:37.732544+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a640 zfs:zfs_zget+101 () > 2015-07-02T00:55:37.732547+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a720 zfs:zfs_dirent_lock+516 () > 2015-07-02T00:55:37.732565+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a7e0 zfs:zfs_dirlook+94 () > 2015-07-02T00:55:37.732569+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a880 zfs:zfs_lookup+3da () > 2015-07-02T00:55:37.732573+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4a930 genunix:fop_lookup+a2 () > 2015-07-02T00:55:37.732576+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4ab80 genunix:lookuppnvp+1fe () > 2015-07-02T00:55:37.732580+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4ac20 genunix:lookuppnatcred+15e () > 2015-07-02T00:55:37.732584+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4ad20 genunix:lookupnameatcred+e9 () > 2015-07-02T00:55:37.732586+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4ad70 genunix:lookupnameat+39 () > 2015-07-02T00:55:37.732589+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4ae10 genunix:cstatat_getvp+107 () > 2015-07-02T00:55:37.732592+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4aeb0 genunix:cstatat+6f () > 2015-07-02T00:55:37.732600+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4aee0 genunix:fstatat+42 () > 2015-07-02T00:55:37.732604+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4af00 genunix:stat+22 () > 2015-07-02T00:55:37.732607+00:00 godzilla genunix: [ID 655072 kern.notice] > ffffff02e8c4af10 unix:brand_sys_syscall+211 () > 2015-07-02T00:55:37.732610+00:00 godzilla unix: [ID 100000 kern.notice] > 2015-07-02T00:55:37.732614+00:00 godzilla genunix: [ID 672855 kern.notice] > syncing file systems... > > from the dump: > > > *panic_thread::findstack -v > stack pointer for thread ffffff64f3ca4040: ffffff02e6482300 > ffffff02e6482370 param_preset() > ffffff02e64823a0 0xfffffffffba6fa68() > ffffff02e64825a0 zfs_znode_alloc+0x430(ffffff64cd1db000, ffffff6609897018, > 20000, 2c, 0) > ffffff02e6482640 zfs_zget+0x101(ffffff64cd1db000, 3918eb, ffffff02e6482770) > ffffff02e6482720 zfs_dirent_lock+0x516(ffffff02e6482778, ffffff66098a7ac8, > ffffff02e64829d0, ffffff02e6482770, 6, 0, 0) > ffffff02e64827e0 zfs_dirlook+0x94(ffffff66098a7ac8, ffffff02e64829d0, > ffffff02e6482b18, 0, 0, 0) > ffffff02e6482880 zfs_lookup+0x3da(ffffff66098a5040, ffffff02e64829d0, > ffffff02e6482b18, ffffff02e6482ca0, 0, ffffff64b6570080, > ffffff650b7a4198, 0, 0, 0) > ffffff02e6482930 fop_lookup+0xa2(ffffff66098a5040, ffffff02e64829d0, > ffffff02e6482b18, ffffff02e6482ca0, 0, ffffff64b6570080, > ffffff650b7a4198, 0, 0, 0) > ffffff02e6482b80 lookuppnvp+0x1fe(ffffff02e6482ca0, 0, 1, 0, > ffffff02e6482e48, ffffff64b6570080, ffffff6528d06600, ffffff650b7a4198) > ffffff02e6482c20 lookuppnatcred+0x15e(ffffff02e6482ca0, 0, 1, 0, > ffffff02e6482e48, 0, ffffff650b7a4198) > ffffff02e6482d20 lookupnameatcred+0xe9(f01ec0, 0, 1, 0, ffffff02e6482e48, 0, > ffffff650b7a4198) > ffffff02e6482d70 lookupnameat+0x39(f01ec0, 0, 1, 0, ffffff02e6482e48, 0) > ffffff02e6482e10 cstatat_getvp+0x107(ffd19553, f01ec0, 1, ffffff02e6482e48, > ffffff02e6482e40) > ffffff02e6482eb0 cstatat+0x6f(ffd19553, f01ec0, fffffd7fffdfeaf0, 0, 10) > ffffff02e6482ee0 fstatat+0x42(ffd19553, f01ec0, fffffd7fffdfeaf0, 0) > ffffff02e6482f00 stat+0x22(f01ec0, fffffd7fffdfeaf0) > ffffff02e6482f10 sys_syscall+0x196() > > What struck me was the root: "unix:brand_sys_syscall+211", was this call from > an LX brand zone and if so, was it the cause or a coincidence? > > -- > Ian. >
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
