Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Dec 2019 18:44:53 +0100
From:      HiMyNameIsIlNano <kappei84@gmail.com>
To:        Christos Chatzaras <chris@cretaforce.gr>
Cc:        FreeBSD Mailing List <freebsd-questions@freebsd.org>
Subject:   Re: kernel panic
Message-ID:  <CAC=ypSW4Tbx5UvhOw_eUDfzkzyG1aLxBwPTOEH_m2-CFwfvyMw@mail.gmail.com>
In-Reply-To: <F889BFFC-64C1-4BBC-94F5-800A596582D1@cretaforce.gr>
References:  <6014CAB6-4827-4D6D-B5DD-A9E901047F69@cretaforce.gr> <6C26CD72-2149-4082-BCAF-C7B846092194@cretaforce.gr> <CAC=ypSVJbgbz0jqDR3oGOZOPzM_Lr0PQC_2oAEn91XwM=0XAwA@mail.gmail.com> <F889BFFC-64C1-4BBC-94F5-800A596582D1@cretaforce.gr>

next in thread | previous in thread | raw e-mail | index | archive | help
Il sab 7 dic 2019, 18:25 Christos Chatzaras <chris@cretaforce.gr> ha
scritto:

>
>
> > On 7 Dec 2019, at 19:01, Daniele Mazzotti <kappei84@gmail.com> wrote:
> >
> > Il giorno ven 6 dic 2019 alle ore 18:21 Christos Chatzaras <
> > chris@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@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@freebsd.org mailing list
> >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> >> To unsubscribe, send any mail to "
> >> freebsd-questions-unsubscribe@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@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe@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?

>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAC=ypSW4Tbx5UvhOw_eUDfzkzyG1aLxBwPTOEH_m2-CFwfvyMw>