| Summary: | panic: vm_fault_lookup: fault on nofault wntry, addr: 0xccf4000 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Dennis Clarke <dclarke> | ||||
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed Unable to Reproduce | ||||||
| Severity: | Affects Some People | CC: | chris | ||||
| Priority: | --- | Keywords: | crash | ||||
| Version: | 13.0-RELEASE | ||||||
| Hardware: | i386 | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
Some essential information : esther# uname -apKU FreeBSD esther 13.0-RELEASE FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:04:45 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/i386.i386/sys/GENERIC i386 i386 1300139 1300139 esther# esther# ls -lap /var/crash/ total 670680 drwxr-x--- 2 root wheel 512 Apr 25 14:19 ./ drwxr-xr-x 24 root wheel 512 Apr 25 14:18 ../ -rw-r--r-- 1 root wheel 2 Apr 25 14:18 bounds -rw-r--r-- 1 root wheel 84 Apr 21 21:57 core.txt.0 -rw-r--r-- 1 root wheel 84 Apr 22 04:36 core.txt.1 -rw-r--r-- 1 root wheel 84 Apr 25 13:04 core.txt.2 -rw-r--r-- 1 root wheel 84 Apr 25 13:42 core.txt.3 -rw-r--r-- 1 root wheel 84 Apr 25 14:19 core.txt.4 -rw------- 1 root wheel 492 Apr 21 21:57 info.0 -rw------- 1 root wheel 539 Apr 22 04:36 info.1 -rw------- 1 root wheel 539 Apr 25 13:04 info.2 -rw------- 1 root wheel 539 Apr 25 13:42 info.3 -rw------- 1 root wheel 539 Apr 25 14:18 info.4 lrwxr-xr-x 1 root wheel 6 Apr 25 14:19 info.last -> info.4 -rw-r--r-- 1 root wheel 5 Apr 9 06:10 minfree -rw------- 1 root wheel 140509184 Apr 21 21:57 vmcore.0 -rw------- 1 root wheel 148008960 Apr 22 04:36 vmcore.1 -rw------- 1 root wheel 133922816 Apr 25 13:04 vmcore.2 -rw------- 1 root wheel 149864448 Apr 25 13:42 vmcore.3 -rw------- 1 root wheel 149782528 Apr 25 14:19 vmcore.4 lrwxr-xr-x 1 root wheel 8 Apr 25 14:19 vmcore.last -> vmcore.4 esther# esther# esther# cat /var/crash/core.txt.3 Unable to find a kernel debugger. Please install the devel/gdb port or gdb package. esther# esther# cat /var/crash/info.3 Dump header from device: /dev/ada0p3 Architecture: i386 Architecture Version: 2 Dump Length: 149864448 Blocksize: 512 Compression: none Dumptime: 2021-04-25 13:31:41 +0000 Hostname: esther Magic: FreeBSD Kernel Dump Version String: FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 04:04:45 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/i386.i386/sys/GENERIC Panic String: vm_fault_lookup: fault on nofault entry, addr: 0xccf4000 Dump Parity: 1543995479 Bounds: 3 Dump Status: good esther# I am trying to get the vmcore file now. Well I have tried over and over to just install gdb and the system
panics every time :
esther# pkg install gdb
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
Checking integrity... done (0 conflicting)
The following 12 package(s) will be affected (of 0 checked):
New packages to be INSTALLED:
boost-libs: 1.72.0_4
gdb: 10.1_1
gettext-runtime: 0.21
gmp: 6.2.1
icu: 68.2,1
indexinfo: 0.3.1
libffi: 3.3_1
libiconv: 1.16
mpfr: 4.1.0
python37: 3.7.10
readline: 8.1.0
source-highlight: 3.1.9_1
Number of packages to be installed: 12
The process will require 373 MiB more space.
Proceed with this action? [y/N]: y
[1/12] Installing indexinfo-0.3.1...
[1/12] Extracting indexinfo-0.3.1: 100%
[2/12] Installing icu-68.2,1...
[2/12] Extracting icu-68.2,1: 100%
[3/12] Installing boost-libs-1.72.0_4...
[3/12] Extracting boost-libs-1.72.0_4: 25%
It dies at this point.
I can not attach the core file here however :
https://beta.genunix.com/freebsd/i386/
The core file is there.
The machine has crashed at least five more times while
doing nothing.
Here we are in 2025 and I see no easy way to reproduce this or even to look at it. Given that 32-bit i386 type platform is hardly tier2 these days I am going to close this as not easy to reproduce. |
Created attachment 224423 [details] grayscale image of the console This is a difficult crash to report given that I can not install gdb and all attempts to install a few packages will result in a crash. Thus far the machine has crashed at least four times and I will report what I see in crash number 3. While I was trying to get info about crash #3 the machine crashed again. Here is what I saw on the console : panic: vm_fault_lookup: fault on nofault entry, addr: 0xccf4000 cpuid = 0 time = 1619357501 KDB: stack backtrace: #0 0x10491df at kdb_backtrace+0x4f #1 0x100276a at vpanic+0x11a #2 0x1002644 at panic+0x14 #3 0x12a1fc3 at vm_fault+0x1753 #4 0x12a07a7 at vm_fault_trap+0x87 #5 0x13e99f6 at trap_pfault+0x146 #6 0x13e8fc1 at trap+0x381 #7 0xffc0319f at __stop_set_sysinit_set+0xe4400673 #8 0x28 at ll+0x7 Uptime: 22m38s Physical memory: 933 MB Dumping 142 MB: 127 111 95 79 63 47 31 15 Dump complete Of course I can not provide much more as there is no gdb installed however I can try to tarball the core dumps. What I do not know is if there is security data inside those files such as passwords etc. I will attach am image that I took of the console with my cellphone. I converted it to grayscale png to reduce size. Next big trick will be to attach the actual vmcore files etc. However the machine usually crashes when asked to do much of anything. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional