kernel panic

Christos Chatzaras chris at cretaforce.gr
Sun Dec 8 08:55:11 UTC 2019



> On 8 Dec 2019, at 00:09, Christos Chatzaras <chris at cretaforce.gr> wrote:
> 
> 
> 
>> On 7 Dec 2019, at 19:44, HiMyNameIsIlNano <kappei84 at gmail.com> wrote:
>> 
>> Il sab 7 dic 2019, 18:25 Christos Chatzaras <chris at cretaforce.gr> ha
>> scritto:
>> 
>>> 
>>> 
>>>> On 7 Dec 2019, at 19:01, Daniele Mazzotti <kappei84 at gmail.com> wrote:
>>>> 
>>>> Il giorno ven 6 dic 2019 alle ore 18:21 Christos Chatzaras <
>>>> chris at cretaforce.gr> ha scritto:
>>>> 
>>>>> I upload full core.txt here:
>>>>> 
>>>>> https://we.tl/t-AGwrZJbHYP <https://we.tl/t-AGwrZJbHYP>
>>>>> 
>>>>> 
>>>>>> On 6 Dec 2019, at 18:39, Christos Chatzaras <chris at cretaforce.gr>
>>> wrote:
>>>>>> 
>>>>>> Today and yesterday I had a server crash. The server runs FreeBSD 12.1
>>>>> without the last "FreeBSD-SA-19:25.mcepsc" patch.
>>>>>> 
>>>>>> Today I got this:
>>>>>> 
>>>>>> Dec  6 18:27:18 server36.example.com kernel: Fatal trap 12: page fault
>>>>> while in kernel mode
>>>>>> Dec  6 18:27:18 server36.example.com kernel: cpuid = 3; apic id = 03
>>>>>> Dec  6 18:27:18 server36.example.com kernel: fault virtual
>>> address#011=
>>>>> 0xffffffff82fb8f38
>>>>>> Dec  6 18:27:18 server36.example.com kernel: fault code#011#011=
>>>>> supervisor read data, page not present
>>>>>> Dec  6 18:27:18 server36.example.com kernel: instruction pointer#011=
>>>>> 0x20:0xffffffff810954b6
>>>>>> Dec  6 18:27:18 server36.example.com kernel: stack pointer#011
>>> =
>>>>> 0x0:0xfffffe00c3c9f600
>>>>>> Dec  6 18:27:18 server36.example.com kernel: frame pointer#011
>>> =
>>>>> 0x0:0xfffffe00c3c9f6b0
>>>>>> Dec  6 18:27:18 server36.example.com kernel: code segment#011#011=
>>> base
>>>>> 0x0, limit 0xfffff, type 0x1b
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #011#011#011= DPL 0, pres
>>>>> 1, long 1, def32 0, gran 1
>>>>>> Dec  6 18:27:18 server36.example.com kernel: processor eflags#011=
>>>>> interrupt enabled, resume, IOPL = 0
>>>>>> Dec  6 18:27:18 server36.example.com kernel: current process#011#011=
>>>>> 86140 (nginx)
>>>>>> Dec  6 18:27:18 server36.example.com kernel: trap number#011#011= 12
>>>>>> Dec  6 18:27:18 server36.example.com kernel: panic: page fault
>>>>>> Dec  6 18:27:18 server36.example.com kernel: cpuid = 3
>>>>>> Dec  6 18:27:18 server36.example.com kernel: time = 1575649514
>>>>>> Dec  6 18:27:18 server36.example.com kernel: KDB: stack backtrace:
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #0 0xffffffff80c1d207 at
>>>>> kdb_backtrace+0x67
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #1 0xffffffff80bd053d at
>>>>> vpanic+0x19d
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #2 0xffffffff80bd0393 at
>>>>> panic+0x43
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #3 0xffffffff810a7d2c at
>>>>> trap_fatal+0x39c
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #4 0xffffffff810a7d79 at
>>>>> trap_pfault+0x49
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #5 0xffffffff810a736f at
>>>>> trap+0x29f
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #6 0xffffffff8108132c at
>>>>> calltrap+0x8
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #7 0xffffffff80f0c340 at
>>>>> vm_fault_hold+0x1b90
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #8 0xffffffff80f0a760 at
>>>>> vm_fault+0x60
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #9 0xffffffff810a7e94 at
>>>>> trap_pfault+0x164
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #10 0xffffffff810a74fb at
>>>>> trap+0x42b
>>>>>> Dec  6 18:27:18 server36.example.com kernel: #11 0xffffffff8108132c at
>>>>> calltrap+0x8
>>>>>> 
>>>>>> Do you think it's hardware related?
>>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> freebsd-questions at freebsd.org mailing list
>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>>>> To unsubscribe, send any mail to "
>>>>> freebsd-questions-unsubscribe at freebsd.org"
>>>>> 
>>>> 
>>>> I do not know if this might be relevant, but these line in your log file
>>>> looks suspicious to me:
>>>> 
>>>> __curthread () at /usr/src/sys/amd64/include/pcpu.h:234
>>>> *234 /usr/src/sys/amd64/include/pcpu.h: No such file or directory.*
>>>> (kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu.h:234
>>>> #1  doadump (textdump=<optimized out>)
>>> 
>>> Why you think this line is suspicious?
>>> 
>>> I was running FreeBSD-12.1-BETA3. I upgrade it today to FreeBSD-12.1-p1.
>>> _______________________________________________
>>> freebsd-questions at freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>> To unsubscribe, send any mail to "
>>> freebsd-questions-unsubscribe at freebsd.org"
>>> 
>> 
>> Because it is just a few lines above the kernel panic and it says that the
>> file could not be found. That is why I am asking if that can be a problem
>> or not.
>> 
>> Also, is the problem occurring during boot or after startup or when exactly?
>> 
> 
> I fetch /usr/src only for upgrading the system and then I remove it. That's why it says that it doesn't find this file.
> 
> No the problem didn't occur during boot. I think it happened during a Nginx restart.

Today I had another crash with this server. I will move the HDDs to other hardware to see if this solves the issue.



More information about the freebsd-questions mailing list