memtest86+ has been running for 6 days, no issues found.
On 2020/12/22 23:49, Stuart Henderson wrote:
> An update on this:
>
> I have retrieved the machine that's having problems. At home it does
> still trigger the crashes but not as easily. So I have a choice of
> "crashes more easily, but
An update on this:
I have retrieved the machine that's having problems. At home it does
still trigger the crashes but not as easily. So I have a choice of
"crashes more easily, but some of these crashes hang and will
require someone to visit the site to power cycle" - this is a ~2h
round trip for
On 2020/11/29 20:29, Otto Moerbeek wrote:
> On Sun, Nov 29, 2020 at 06:38:15PM -, Christian Weisgerber wrote:
>
> > On 2020-11-29, Theo Buehler wrote:
> >
> > > Thanks for digging into this. Your APU seems much worse off than mine,
> > > which takes a few weeks before crashing these days,
On Sun, Nov 29, 2020 at 06:38:15PM -, Christian Weisgerber wrote:
> On 2020-11-29, Theo Buehler wrote:
>
> > Thanks for digging into this. Your APU seems much worse off than mine,
> > which takes a few weeks before crashing these days, so it's not much use
> > for bisecting.
>
> The APU2
On 2020-11-29, Theo Buehler wrote:
> Thanks for digging into this. Your APU seems much worse off than mine,
> which takes a few weeks before crashing these days, so it's not much use
> for bisecting.
The APU2 that serves as my home gateway has been running just fine.
OpenBSD 6.8-current
On 2020/11/29 12:54, Stuart Henderson wrote:
> On 2020/11/29 13:20, Theo Buehler wrote:
> > On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > > I have now seen mine crash with just the base "on by default" daemons,
> > > one incoming ssh connection, top, and dhclient running.
>
mark.kette...@xs4all.nl (Mark Kettenis), 2020.11.29 (Sun) 14:05 (CET):
> > Date: Sun, 29 Nov 2020 12:54:10 +
> > From: Stuart Henderson
> >
> > On 2020/11/29 13:20, Theo Buehler wrote:
> > > On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > > > I have now seen mine crash
> Date: Sun, 29 Nov 2020 12:54:10 +
> From: Stuart Henderson
>
> On 2020/11/29 13:20, Theo Buehler wrote:
> > On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > > I have now seen mine crash with just the base "on by default" daemons,
> > > one incoming ssh connection, top,
On 2020/11/29 13:20, Theo Buehler wrote:
> On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> > I have now seen mine crash with just the base "on by default" daemons,
> > one incoming ssh connection, top, and dhclient running.
> >
> > I'm going to try bisecting old kernels to see
On Sun, Nov 29, 2020 at 11:22:06AM +, Stuart Henderson wrote:
> I have now seen mine crash with just the base "on by default" daemons,
> one incoming ssh connection, top, and dhclient running.
>
> I'm going to try bisecting old kernels to see if I can figure out when
> it was introduced.
>
>
I have now seen mine crash with just the base "on by default" daemons,
one incoming ssh connection, top, and dhclient running.
I'm going to try bisecting old kernels to see if I can figure out when
it was introduced.
It might also be interesting to try GENERIC rather than GENERIC.MP.
s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 19:34 (CET):
> On 2020/11/27 18:50, Mark Kettenis wrote:
> > > Date: Fri, 27 Nov 2020 18:43:47 +0100
> > > From: Marcus MERIGHI
> > >
> > > s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > > > On 2020/11/27
On 2020/11/27 18:50, Mark Kettenis wrote:
> > Date: Fri, 27 Nov 2020 18:43:47 +0100
> > From: Marcus MERIGHI
> >
> > s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > > On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > > > It happened again; anything I should do when
On 2020/11/27 18:43, Marcus MERIGHI wrote:
> s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > > It happened again; anything I should do when "syncing disks..." is done?
>
> This time around it doesn't seem to finish "syncing
> Date: Fri, 27 Nov 2020 18:43:47 +0100
> From: Marcus MERIGHI
>
> s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> > On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > > It happened again; anything I should do when "syncing disks..." is done?
>
> This time around it doesn't
s...@spacehopper.org (Stuart Henderson), 2020.11.27 (Fri) 17:54 (CET):
> On 2020/11/27 16:21, Marcus MERIGHI wrote:
> > It happened again; anything I should do when "syncing disks..." is done?
This time around it doesn't seem to finish "syncing disks..." and drop
into ddb>. So it can't be
On 2020/11/27 16:21, Marcus MERIGHI wrote:
> It happened again; anything I should do when "syncing disks..." is done?
Can you try dowgrading the bios to 4.11.0.4?
https://pcengines.github.io/#mr-33
It happened again; anything I should do when "syncing disks..." is done?
fatal protection fault in supervisor mode
trap type 4 code 0 rip 8198bf66 cs 8 rflags 10246 cr2 f2556d1000
cpl 0 0
gsbase 0x80002241aff0 kgsbase 0x0
panic: trap type 4, code=0, pc=8198bf66
Starting stack
18 matches
Mail list logo