ufm_fault in nfs_reclaim in getnewvnode

2022-01-10 Thread Raimo Niskanen
ot scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets softraid0: sd2 was not shutdown properly sd2 at scsibus3 targ 1 lun 0: sd2: 953866MB, 512 bytes/sector, 1953519473 sectors root on sd2a (05b1917da05f48e3.a) swap on sd2b dump on sd2b -- / Raimo Niskanen, Erlang/OTP, Ericsson AB

Re: kernel page fault in nfs_reclaim on current

2021-09-09 Thread Raimo Niskanen
This error prevails, on: OpenBSD 7.0-beta (GENERIC.MP) #195: Mon Aug 23 23:41:21 MDT 2021 The stackdump looks the same. This time the keyboard was unresponsive so it was not possible to get more info. What more information is needed to find this bug? / Raimo Niskanen On Wed, Jul 21, 2021

kernel page fault in nfs_reclaim on current

2021-07-21 Thread Raimo Niskanen
e 0 "CHICONY HP Basic USB Keyboard" rev 1.10/3.00 addr 4 uhidev1: iclass 3/1 ukbd0 at uhidev1: 8 variable keys, 6 key codes wskbd0 at ukbd0: console keyboard, using wsdisplay0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets softraid0: sd2 was not shutdown properly sd2 at scsibus3 targ 1 lun 0: sd2: 953866MB, 512 bytes/sector, 1953519473 sectors root on sd2a (05b1917da05f48e3.a) swap on sd2b dump on sd2b WARNING: / was not properly unmounted -- / Raimo Niskanen, Erlang/OTP, Ericsson AB

Re: How to debug hanging machines / proc: table is full

2020-03-27 Thread Raimo Niskanen
On Tue, Jan 14, 2020 at 11:39:04AM +0100, Raimo Niskanen wrote: > Sorry about not having anything solid to go on, but in (amd64) OpenBSD 6.5 > I had a problem that during our daily tests of Erlang/OTP the test machines > after a while froze. > > I did not manage to find a root c

Re: How to debug hanging machines / proc: table is full

2020-01-14 Thread Raimo Niskanen
Niskanen On Mon, Nov 25, 2019 at 09:53:23AM +0100, Raimo Niskanen wrote: > I have upgraded the machines to 6.6 and the problem seems to be gone. > The machines now have been up for 10 and 16 days, which is a record. > > Great! > > / Raimo Niskanen > > > > On F

Re: readlink -f / Bug|Glitch|Feature

2019-11-26 Thread Raimo Niskanen
On Tue, Nov 26, 2019 at 10:20:37AM -0700, Bob Beck wrote: > On Thu, Nov 21, 2019 at 3:53 AM Raimo Niskanen > wrote: > > > > On OpenBSD 6.6 amd64 patch 006, i get peculiar results from readlink(1) > > with arguments -f with a symlink to / > > > > $ readli

readlink -f / Bug|Glitch|Feature

2019-11-21 Thread Raimo Niskanen
instead? $ readlink -f /var /var $ readlink -f /../var /var $ readlink -f /../../var /var Best regards -- / Raimo Niskanen, Erlang/OTP, Ericsson AB

Re: Lenovo U350 panic when starting X

2019-08-02 Thread Raimo Niskanen
On Thu, Aug 01, 2019 at 08:19:41AM +0200, Raimo Niskanen wrote: > On Tue, Jul 30, 2019 at 03:58:48PM +0200, Mark Kettenis wrote: > > > Date: Tue, 30 Jul 2019 15:13:21 +0200 > > > From: Raimo Niskanen > > > > > > I have now tried with a few FreeBSD derivativ

Re: Lenovo U350 panic when starting X

2019-08-01 Thread Raimo Niskanen
On Tue, Jul 30, 2019 at 03:58:48PM +0200, Mark Kettenis wrote: > > Date: Tue, 30 Jul 2019 15:13:21 +0200 > > From: Raimo Niskanen > > > > I have now tried with a few FreeBSD derivatives: GhostBSD, TrueOS and > > Project Trident, and they all manage to start

Re: Lenovo U350 panic when starting X

2019-07-19 Thread Raimo Niskanen
Is there any other information I can collect for this issue to progress? Best Regards / Raimo Niskanen On Fri, Jul 12, 2019 at 08:35:16AM +0200, Raimo Niskanen wrote: > I tried a BIOS update, inserted in the dmesg below. No improvement. > > > > > To: bugs@openbsd.org >

Re: Lenovo U350 panic when starting X

2019-07-12 Thread Raimo Niskanen
On Tue, Jul 09, 2019 at 09:01:30PM +0100, Stuart Henderson wrote: > On 2019/07/09 17:32, Chris Humphries wrote: > > On Tue, Jul 09, 2019 at 08:57:43AM +0200, Raimo Niskanen wrote: > > > On Mon, Jul 08, 2019 at 04:40:19PM +0100, Stuart Henderson wrote: > > > > On 20

Re: Lenovo U350 panic when starting X

2019-07-12 Thread Raimo Niskanen
I tried a BIOS update, inserted in the dmesg below. No improvement. > > To: bugs@openbsd.org > Subject: > From: root > Cc: root > Reply-To: root > > >Synopsis:Panic when starting X on Lenovo U350 > >Category:amd64 > >Environment: > System : OpenBSD 6.5 > Details :

Lenovo U350 panic when starting X

2019-07-10 Thread Raimo Niskanen
To: bugs@openbsd.org Subject: From: root Cc: root Reply-To: root >Synopsis: Panic when starting X on Lenovo U350 >Category: amd64 >Environment: System : OpenBSD 6.5 Details : OpenBSD 6.5-current (GENERIC.MP) #114: Tue Jul 9 11:38:07 MDT 2019

Re: Lenovo U350 panic when starting X

2019-07-10 Thread Raimo Niskanen
On Tue, Jul 09, 2019 at 09:01:30PM +0100, Stuart Henderson wrote: > On 2019/07/09 17:32, Chris Humphries wrote: > > On Tue, Jul 09, 2019 at 08:57:43AM +0200, Raimo Niskanen wrote: > > > On Mon, Jul 08, 2019 at 04:40:19PM +0100, Stuart Henderson wrote: > > > > On 20

Re: Lenovo U350 panic when starting X

2019-07-09 Thread Raimo Niskanen
On Mon, Jul 08, 2019 at 04:40:19PM +0100, Stuart Henderson wrote: > On 2019/07/08 09:50, Raimo Niskanen wrote: > > On Thu, Jul 04, 2019 at 09:13:22AM +0200, Raimo Niskanen wrote: > > > I just freed a Lenovo U350 IdeaPad from Windows 10 Home and installed > > > OpenBSD 6.

Re: Lenovo U350 panic when starting X

2019-07-08 Thread Raimo Niskanen
On Thu, Jul 04, 2019 at 09:13:22AM +0200, Raimo Niskanen wrote: > I just freed a Lenovo U350 IdeaPad from Windows 10 Home and installed > OpenBSD 6.5 on it (the installer gets better and better - now I installed > the sets via https and cdn.openbsd.org; really slick!), and when s

Lenovo U350 panic when starting X

2019-07-04 Thread Raimo Niskanen
t) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pms0: Synaptics touchpad, firmware 7.2, 0x1c0b1 0xa4 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 vmm0 at mainbus0: VMX (using slow L1TF mitigation) uvideo0 at uhub0 port 5 configuration 1 int

Re: crash in nfs_timer

2018-05-16 Thread Raimo Niskanen
NT, sizeof(*nmp)); > + timeout_set_proc(>nm_rtimeout, nfs_reaper, nmp); > + timeout_add(>nm_rtimeout, 0); > mp->mnt_data = NULL; > return (0); > +} > + > +/* > + * Delay nfs mount point free until pending or sleeping timeouts have > finished. > + */ > +void > +nfs_reaper(void *arg) > +{ > + struct nfsmount *nmp = arg; > + > + free(nmp, M_NFSMNT, sizeof(*nmp)); > } > > /* -- / Raimo Niskanen, Erlang/OTP, Ericsson AB

Re: system/6487: fsck not accepting disklabel uid

2010-11-17 Thread Raimo Niskanen
up devices with passfile... jirib -- Stop assuming that systems are secure unless demonstrated insecure; start assuming that systems are insecure unless designed securely. - Bruce Schneier -- / Raimo Niskanen, Erlang/OTP, Ericsson AB

Re: system/6487: fsck not accepting disklabel uid

2010-10-18 Thread Raimo Niskanen
, then doing fsck stuff later, after bringing up devices with passfile... jirib -- / Raimo Niskanen, Erlang/OTP, Ericsson AB