> On 12. Apr 2022, at 08:52, 6bone%6bone.informatik.uni-leipzig.de@localhost wrote: > > Hello, > > since I already have some open bugs with reproducible kernel crashes, I'm only writing this to the mailing list. > > how to reproduce the crash: /etc/rc.d/quota restart > > dmesg: > > [ 412.047595] panic: kernel diagnostic assertion "dq->dq_ump->um_quotas[dq->dq _type] != vp" failed: file "/usr/src/sys/ufs/ufs/ufs_quota.c", line 978 > [ 412.047595] cpu8: Begin traceback... > [ 412.047595] vpanic() at netbsd:vpanic+0x156 > [ 412.057595] kern_assert() at netbsd:kern_assert+0x4b > [ 412.057595] dqflush() at netbsd:dqflush+0x92 > [ 412.057595] quota1_handle_cmd_quotaoff() at netbsd:quota1_handle_cmd_quotaof f+0x120 > [ 412.057595] ufs_quotactl() at netbsd:ufs_quotactl+0x3d > [ 412.057595] VFS_QUOTACTL() at netbsd:VFS_QUOTACTL+0x22 > [ 412.057595] vfs_quotactl_quotaoff() at netbsd:vfs_quotactl_quotaoff+0x1b > [ 412.057595] do_sys_quotactl() at netbsd:do_sys_quotactl+0xf1 > [ 412.067595] sys___quotactl() at netbsd:sys___quotactl+0x2e > [ 412.067595] syscall() at netbsd:syscall+0x196 > [ 412.067595] --- syscall (number 473) --- > [ 412.067595] netbsd:syscall+0x196: > [ 412.067595] cpu8: End traceback... > > [ 412.067595] dumping to dev 168,1 (offset=8, size=33425953): > [ 412.067595] dump > > > (gdb) target kvm netbsd.1.core <snip> I'm quite sure you have a /etc/fstab with "userquota,groupquota", yes? with gdb: frame 4 (dqflush()) print dq->dq_ump->um_quotas[0] print dq->dq_ump->um_quotas[1] gives the same vnode address for both fields, yes? If this is the case the attached diff should help, since 2012-01-30 group quota got enabled on the user quota file. As a workaround you could try to name the quota files in /etc/fstab like "groupquota=XXX/quota.group". > > Maybe someone can fix the problem. > > > Thank you for your efforts > > > Regards > Uwe -- J. Hannken-Illjes - hannken%mailbox.org@localhost
Attachment:
quota_oldfiles.c.diff
Description: Binary data
Attachment:
signature.asc
Description: Message signed with OpenPGP