Hello everyone!
Actually I was working on a way to create a degraded RAID.
As the ioctl create RAID syscall takes a list of dev_t,
I tried NODEV for Not yet Online DEVice. ;-)
I expected the kernel to complain. But instead it crashed.
How to reproduce:
1) Apply the diff below.
2) Build (just)
Hello everyone!
To reproduce the following, a laptop and two USB sticks are enough.
1) Plug them in and create a RAID 1C or crypto.
One stick is the key, the other contains the array partition(s).
2) Run bioctl softraid0. Ensure everything is as expected.
3) Detach the key stick.
4) Run
Actually backup runs the whole script via doas as root.
tower# su -ls /bin/ksh backup
tower$ ulimit -a
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 3149824
stack(kbytes)4096
lockedmem(kbytes)87381
memory(kbytes)
On 17.12.23 19:19, Otto Moerbeek wrote:
On Sun, Dec 17, 2023 at 07:07:40PM +0100, Otto Moerbeek wrote:
On Sun, Dec 17, 2023 at 06:55:27PM +0100, Alexander Klimov wrote:
Much better!
Program terminated with signal 11, Segmentation fault.
#0 0x08e920ed287f in searchdir (ino=7946491
Much better!
Program terminated with signal 11, Segmentation fault.
#0 0x08e920ed287f in searchdir (ino=7946491, blkno=Unhandled dwarf
expression opcode 0xa3
)
at /usr/src/sbin/dump/traverse.c:474
474 if (TSTINO(dp->d_ino, dumpinomap)) {
(gdb) info locals
Hello devs!
This year dump(8) already crashed three times.
Fortunately that produced core dumps.
But unfortunately debugging symbols are missing:
tower# find /raid1/backups/tower -name dump.core
/raid1/backups/tower/2023/05/26/dump.core
/raid1/backups/tower/2023/09/21/dump.core
Am 27.10.22 um 15:05 schrieb Alexander A. Klimov:
Hi everyone!
While setting up a new box w/ RAID I decided to stress-test the latter
BEFORE losing anything important.
Meanwhile I've setup a test VM and did the following.
Install OpenBSD 7.1, nothing special.
I.e. de keyboard, hostname