Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 1 Dec 2023 20:18:20 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        Current FreeBSD <freebsd-current@freebsd.org>
Subject:   Re: "options  MAXMEMDOM=2" vs. amd64 DBG kernel booting: 3000+ "kernel: Process (pid 1) got signal 5" notices during booting
Message-ID:  <08EBBFE9-8BBC-4618-A3E4-882D55B99F48@yahoo.com>
In-Reply-To: <91C200DC-94B2-4831-B3DF-9C4627556ADB@yahoo.com>
References:  <6F60DA66-1333-4CF0-B433-F0CE56F5D301@yahoo.com> <91C200DC-94B2-4831-B3DF-9C4627556ADB@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 23, 2023, at 13:28, Mark Millard <marklmi@yahoo.com> wrote:

> On Nov 21, 2023, at 21:43, Mark Millard <marklmi@yahoo.com> wrote:
>=20
>> While my kernel/world build procedures build both DBG and NODBG
>> kernels and worlds, I normally run the NODBG kernel and world,
>> using DBG only when I need to for problem investigation.
>>=20
>> I recently had reason to use the DBG kernel and found it got the
>> oddity of 3000+ instances of "kernel: Process (pid 1) got signal 5"
>> during booting, as reported in /var/log/messages . An example is:
>>=20
>> . . .
>> Nov 20 23:13:09 7950X3D-UFS shutdown[20174]: reboot by root:=20
>> Nov 20 23:13:09 7950X3D-UFS syslogd: exiting on signal 15
>> Nov 20 23:14:21 7950X3D-UFS syslogd: kernel boot file is =
/boot/kernel/kernel

What looks to normally output just before the odd messages below
is the likes of:

. . .
ugen1.3: <AsusTek Computer Inc. AURA LED Controller> at usbus1
ugen1.4: <Corsair CORSAIR iCUE COMMANDER Core> at usbus1

The odd messages are reported in /various/log/messages as:

>> Nov 20 23:14:21 7950X3D-UFS kernel: got signal 5
>> Nov 20 23:14:21 7950X3D-UFS kernel: Process (pid 1) got signal 5
>> Nov 20 23:14:21 7950X3D-UFS syslogd: last message repeated 3133 times

The text of what would normally be in the output here
is the likes of:

Root mount waiting for: CAM
. . .
Root mount waiting for: CAM
nda0 at nvme0 bus 0 scbus4 target 0 lun 1
nda0: <Samsung SSD 970 EVO Plus 2TB 2B2QEXM7 S59CNM0W518941Y>
nda0: Serial Number REDACTED
nda0: nvme version 1.3
nda0: 1907729MB (3907029168 512 byte sectors)
nda1 at nvme1 bus 0 scbus5 target 0 lun 1
nda1: <INTEL SSDPE21D015TA E2010480 PHKE150100MV1P5CGN>
nda1: Serial Number REDACTED
nda1: nvme version 1.0
nda1: 1430799MB (2930277168 512 byte sectors)
nda2 at nvme2 bus 0 scbus6 target 0 lun 1
nda2: <INTEL SSDPED1D015TAY E2010603 PHMB934100211P5FGN>
nda2: Serial Number REDACTED
nda2: nvme version 1.0
nda2: 1430799MB (2930277168 512 byte sectors)
nda3 at nvme3 bus 0 scbus7 target 0 lun 1
nda3: <Samsung SSD 960 PRO 2TB 4B6QCXP7 S3EXNX0J502345D>
nda3: Serial Number REDACTED
nda3: nvme version 1.2
nda3: 1953514MB (4000797360 512 byte sectors)
nda4 at nvme4 bus 0 scbus8 target 0 lun 1
nda4: <Samsung SSD 960 PRO 1TB 4B6QCXP7 S3EVNWAJ300110H>
nda4: Serial Number REDACTED
nda4: nvme version 1.2
nda4: 976762MB (2000409264 512 byte sectors)
Setting hostuuid: REDACTED.
Setting hostid: REDACTED.
Starting file system checks:
/dev/gpt/FBSDFSSDroot: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/gpt/FBSDFSSDroot: clean, 221370202 free (400602 frags, 27621200 =
blocks, 0.1% fragmentation)
Mounting local filesystems:.
Autoloading module: acpi_wmi
Autoloading module: ig4
Autoloading module: intpm

But I do not get to see such when the 3000+ messages
happen.

>> Nov 20 23:14:21 7950X3D-UFS kernel: intsmb0: <AMD FCH SMBus =
Controller> at device 20.0 on pci0
>> . . .
>>=20
>> This stopped when I commented out the:
>>=20
>> options        MAXMEMDOM=3D2

The 3000+ messages returned, no MAXMEMDOM assignment present. I'd
updated FreeBSD and replaced the 96 GiBytes of RAM with 192 GiBytes
of RAM.

"boot -s" and "boot -v" still get the messages.

In hopes for recording the messages to see what is last before
the messages start (no serial console) I tried adding
"kern.msgbufsize=3D4587520" to /boot/loader.conf . The result was
no "kernel: Process (pid 1) got signal 5" messages at all for
the boot of the debug kernel+world.

That and the earlier MAXMEMDOM change leading to the behavior
changes suggest memory layout sensitivity.

I've commented out "kern.msgbufsize=3D4587520" for testing in a
context where the 3000+ messages occur.


>> that I've had historically and built, installed, and booted
>> the resulting DBG kernel.
>>=20
>> I'll note that I never had the messages for the NODDBG kernel,
>> despite it also having that line.
>> . . .

I've still not seen such from a non-debug kernel+world.

I'll be doing a from scratch "bulk -a" under the debug kernel and
world context as part of testing: https://reviews.freebsd.org/D42767
This should also give an idea if the context is unstable.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?08EBBFE9-8BBC-4618-A3E4-882D55B99F48>