[Bug 222259] 11.1-R crashing in sendfile syscall, as used by a uwsgi process

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222259

--- Comment #2 from Mark.Martinec at ijs.si ---
> Unfortunately it doesn't look like the attached crash info is usable
> Was the kernel changed or debug files deleted?

Hmm, not that I would know. The date of /boot/kernel/kernel matches
the time of the upgrade. Upgrade was by freebsd-upgrade, the currently
running kernel looks like a genuine GENERIC 11.1-RELEASE-p1 :

# uname -a
FreeBSD skoll.ijs.si 11.1-RELEASE-p1 FreeBSD 11.1-RELEASE-p1 #0: Wed Aug  9
11:55:48 UTC 2017    
root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

# ll /boot/kernel/kernel
-r-xr-xr-x  1 root  wheel  26852232 Sep  9 22:33 /boot/kernel/kernel

# file /boot/kernel/kernel
/boot/kernel/kernel: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
dynamically linked, interpreter /red/herring, not stripped

# cat /var/crash/info.4
Dump header from device: /dev/gpt/swap0
  Architecture: amd64
  Architecture Version: 2
  Dump Length: 1031667712
  Blocksize: 512
  Dumptime: Tue Sep 12 15:00:21 2017
  Hostname: skoll.ijs.si
  Magic: FreeBSD Kernel Dump
  Version String: FreeBSD 11.1-RELEASE-p1 #0: Wed Aug  9 11:55:48 UTC 2017
    root at amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
  Panic String: page fault
  Dump Parity: 568441422
  Bounds: 4
  Dump Status: good

Swap partition is on gpt and is not encrypted:

# swapinfo
Device          1K-blocks     Used    Avail Capacity
/dev/gpt/swap0    8388608        0  8388608     0%
/dev/gpt/swap1    8388608        0  8388608     0%


> Can kgdb read the crash.4?

Apparently not:

# kgdb -c /var/crash/vmcore.4 /boot/kernel/kernel
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
found)...
Attempt to extract a component of a value that is not a structure pointer.
Attempt to extract a component of a value that is not a structure pointer.
#0  0xffffffff80a6b95a in doadump ()
(kgdb)
(kgdb) bt
#0  0xffffffff80a6b95a in doadump ()
#1  0xffffffff80a6b983 in doadump ()
#2  0xfffffe02397da180 in ?? ()
#3  0xffffffff80a6b6f1 in kern_reboot ()
Previous frame identical to this frame (corrupt stack?)

The devel/gdb is even more specific:

# gdb -c /var/crash/vmcore.4 /boot/kernel/kernel
GNU gdb (GDB) 8.0 [GDB v8.0 for FreeBSD]
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd11.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /boot/kernel/kernel...(no debugging symbols found)...done.
"/var/crash/vmcore.4" is not a core dump: File format not recognized

-- 
You are receiving this mail because:
You are the assignee for the bug.