NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/60746: kernel diagnostic assertion "ino >= LFS_IFILE_INUM" failed: file "../../../../ufs/lfs/lfs_vfsops.c", line 1800
The following reply was made to PR kern/60746; it has been noted by GNATS.
From: Shinichi Doyashiki <clare%csel.org@localhost>
To: gnats-bugs%netbsd.org@localhost, Konrad Schroder <perseant%hhhh.org@localhost>
Cc:
Subject: Re: kern/60746: kernel diagnostic assertion "ino >= LFS_IFILE_INUM" failed:
file "../../../../ufs/lfs/lfs_vfsops.c", line 1800
Date: Sun, 20 Sep 2026 13:30:59 +0900
> >> after the patch applied, I got following result.
> >> [ 152.8764894] panic: kernel diagnostic assertion "ino >= LFS_IFILE_INUM" failed: file "../../../../ufs/lfs/lfs_kclean.c", line 674
> Okay, something else is wrong. We should never see an FINFO for a
> non-positive inode number. I'm very curious what it is writing. Could
> you please try the following/attached patch instead, and when it panics,
> send both the panic message and the output of "dumplfs -s <segment
> number> /dev/rdk4" for the segment it reports?
after the patch replaced, I got following result.
[ 65.9236610] panic: kernel diagnostic assertion "(ino >= LFS_IFILE_INUM)" failed: file "../../../../ufs/lfs/lfs_kclean.c", line 619 nonpositive inum: 0 at offset 0x8bd (seg 34)
[ 65.9336670] cpu1: Begin traceback...
[ 65.9436693] vpanic() at netbsd:vpanic+0x171
[ 65.9436693] kern_assert() at netbsd:kern_assert+0x4b
[ 65.9536736] ino_func_checkempty() at netbsd:ino_func_checkempty+0x319
[ 65.9636784] lfs_parse_pseg() at netbsd:lfs_parse_pseg+0x850
[ 65.9636784] lfs_checkempty() at netbsd:lfs_checkempty+0xec
[ 65.9736833] lfs_markclean() at netbsd:lfs_markclean+0x3e
[ 65.9736833] lfs_auto_segclean() at netbsd:lfs_auto_segclean+0x22a
[ 65.9836883] lfs_segunlock() at netbsd:lfs_segunlock+0x760
[ 65.9936931] lfs_segwrite() at netbsd:lfs_segwrite+0x531
[ 65.9936931] lfs_sync() at netbsd:lfs_sync+0xc6
[ 66.0036981] VFS_SYNC() at netbsd:VFS_SYNC+0x22
[ 66.0036981] do_sys_sync() at netbsd:do_sys_sync+0x65
[ 66.0137056] sys_sync() at netbsd:sys_sync+0x9
[ 66.0237079] syscall() at netbsd:syscall+0x9d
[ 66.0237079] --- syscall (number 36) ---
[ 66.0237079] netbsd:syscall+0x9d:
[ 66.0337128] cpu1: End traceback...
# dumplfs -s 34 /dev/rdk4
Master LFS32 superblock at 0x10:
magic 0x70162 version 0x2 size 65536
ssize 32768 dsize 58784 bsize 1024
fsize 512 frag 2 ibsize 512
inopb 4 ifpb 51 nindir 256
nseg 1023 sepb 42 cleansz 1
segtabsz 25 segmask 0x0 segshift 0
bmask 0x3ff bshift 10 ffmask 0x1FF
ffshift 9 fbmask 0x1 fbshift 1
sushift 0 fsbtodb 0 cksum 0xcb8b
nclean 987 dmeta 54 minfreeseg 102
roll_id 0x9aab59fb interleave 0 sumsize 512
minfree 10 seg0addr 0 maxfilesize 0x404043000
Superblock disk addresses:
0x10 0x1980 0x3300 0x4c80 0x6600 0x7f80
0x9900 0xb280 0xcc00 0xe580
Checkpoint Info
freehd 3 idaddr 0x8de
uinodes 0 bfree 58659 avail 59793
nfiles 0 lastseg 0x880 nextseg 0x900
curseg 0x8c0 offset 0x8df serial 43
tstamp Sun Sep 20 13:21:28 2026
32-bit only derived or constant fields
ifile 1
IFILE inode
mode o100600 nlink 1 uid 0 gid 0 size 27648
atime Thu Jan 1 09:00:00 1970
mtime Sun Sep 20 13:21:28 2026
ctime Sun Sep 20 13:21:18 2026
inum 1 nblocks 56
Direct Addresses
0x8d6 0x8d8 0x45 0x47 0x49 0x4b
0x4d 0x4f 0x51 0x53 0x55 0x57
Indirect Addresses
0x8dc 0x0 0x0
IFILE contents
free_head 3
free_tail 50
clean 987 dirty 36
bfree 56609 avail 59816
SEGMENT 34 (Disk Address 0x880)
Segment Summary Info at 0x880
next 0x8c0 nfinfo 1 ninos 3 flags D---
sumsum 0x6c63 datasum 0x8912 create Sun Sep 20 13:21:27 2026
roll_id 9aab59fb serial 39
Inode addresses:
0x8bd {3v1, 2v1, 3v1}
FINFO for inode: 3 version 1 nblocks 30 lastlength 1024
999 1000 1001 1002 1003 1004 1005 1006
1007 1008 1009 1010 1011 1012 1013 1014
1015 1016 1017 1018 1019 1020 1021 1022
1023 -780 -524 -268 -12 -269
Found magic number 0x0 expecting 0x61561
Home |
Main Index |
Thread Index |
Old Index