Re: panic: VOP_UNSET_TEXT returned 22: on r351627

From: Konstantin Belousov <kostikbel_at_gmail.com>
Date: Sat, 7 Sep 2019 18:31:05 +0300
On Sat, Sep 07, 2019 at 08:49:10AM -0500, Larry Rosenman wrote:
> I got the following panic this AM during a poudriere run.
> 
> r351627 is the revision I'm at.
> 
> Core *IS* available.
> 
> Ideas?
It highly suspect that is should be fixed by
https://reviews.freebsd.org/D21560.
Slightly amused that your report comes a day after the Andrew' one.

> 
> 
> 
> Unread portion of the kernel message buffer:
> VNASSERT failed
> 0xfffff809e6335960: tag tmpfs, type VREG
>      usecount 1, writecount 0, refcount 2
>      flags (VI_ACTIVE)
>      v_object 0xfffff81f37227000 ref 2 pages 1063 cleanbuf 0 dirtybuf 0
>      lock type tmpfs: SHARED (count 1)
> tag VT_TMPFS, tmpfs_node 0xfffff803214f83a0, flags 0x0, links 1
> 	mode 0755, owner 65534, group 0, size 4352808, status 0x0
> 
> panic: VOP_UNSET_TEXT returned 22
> cpuid = 22
> time = 1567862254
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 
> 0xfffffe01bfd618b0
> vpanic() at vpanic+0x19d/frame 0xfffffe01bfd61900
> panic() at panic+0x43/frame 0xfffffe01bfd61960
> vm_map_entry_set_vnode_text() at vm_map_entry_set_vnode_text+0x275/frame 
> 0xfffffe01bfd619b0
> vm_map_process_deferred() at vm_map_process_deferred+0x70/frame 
> 0xfffffe01bfd619d0
> vm_map_remove() at vm_map_remove+0xc6/frame 0xfffffe01bfd61a00
> vmspace_exit() at vmspace_exit+0xd8/frame 0xfffffe01bfd61a40
> exit1() at exit1+0x57d/frame 0xfffffe01bfd61ab0
> sys_sys_exit() at sys_sys_exit+0xd/frame 0xfffffe01bfd61ac0
> amd64_syscall() at amd64_syscall+0x29f/frame 0xfffffe01bfd61bf0
> fast_syscall_common() at fast_syscall_common+0x101/frame 
> 0xfffffe01bfd61bf0
> --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x8008326aa, rsp = 
> 0x7fffffffe1b8, rbp = 0x7fffffffe1d0 ---
> Uptime: 7d15h33m31s
> Dumping 23246 out of 131027 
> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
> 
> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
> 55		__asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu,
> (kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
> #1  doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:392
> #2  0xffffffff804bcf60 in kern_reboot (howto=260)
>      at /usr/src/sys/kern/kern_shutdown.c:479
> #3  0xffffffff804bd3d9 in vpanic (fmt=<optimized out>, ap=<optimized 
> out>)
>      at /usr/src/sys/kern/kern_shutdown.c:905
> #4  0xffffffff804bd113 in panic (fmt=<unavailable>)
>      at /usr/src/sys/kern/kern_shutdown.c:832
> #5  0xffffffff807644e5 in vm_map_entry_set_vnode_text (entry=<optimized 
> out>,
>      add=<optimized out>) at /usr/src/sys/vm/vm_map.c:557
> #6  0xffffffff807645a0 in vm_map_process_deferred ()
>      at /usr/src/sys/vm/vm_map.c:593
> #7  0xffffffff8076a1b6 in _vm_map_unlock (map=<optimized out>,
>      file=<optimized out>, line=3653) at /usr/src/sys/vm/vm_map.c:607
> #8  vm_map_remove (map=<optimized out>, start=4096, end=140737488355328)
>      at /usr/src/sys/vm/vm_map.c:3653
> #9  0xffffffff80764118 in vmspace_dofree (vm=<optimized out>)
>      at /usr/src/sys/vm/vm_map.c:335
> #10 vmspace_exit (td=0xfffff8016632c000) at /usr/src/sys/vm/vm_map.c:416
> #11 0xffffffff8047d27d in exit1 (td=0xfffff8016632c000, rval=<optimized 
> out>,
>      signo=0) at /usr/src/sys/kern/kern_exit.c:416
> #12 0xffffffff8047ccfd in sys_sys_exit (td=<unavailable>, uap=<optimized 
> out>)
>      at /usr/src/sys/kern/kern_exit.c:195
> #13 0xffffffff807f13df in syscallenter (td=0xfffff8016632c000)
>      at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:144
> #14 amd64_syscall (td=0xfffff8016632c000, traced=0)
>      at /usr/src/sys/amd64/amd64/trap.c:1180
> #15 <signal handler called>
> #16 0x00000008008326aa in ?? ()
> Backtrace stopped: Cannot access memory at address 0x7fffffffe1b8
> (kgdb)
> 
> -- 
> Larry Rosenman                     http://people.freebsd.org/~ler
> Phone: +1 214-642-9640                 E-Mail: ler_at_FreeBSD.org
> US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106
> 
Received on Sat Sep 07 2019 - 13:31:20 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:21 UTC