Re: kern/45708: Unable to read big files from large FFSv2 (12TB), ls out of swap

[David Holland <dholland-bugs%netbsd.org@localhost>]

The following reply was made to PR kern/45708; it has been noted by GNATS.

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/45708: Unable to read big files from large FFSv2 (12TB), ls
 out of swap
Date: Sun, 22 Apr 2012 18:17:22 +0000

 (not filed in gnats)
 
    ------
 
 From: Bartosz Ku?ma <bartosz.kuzma%gmail.com@localhost>
 To: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, 
netbsd-bugs%netbsd.org@localhost,
        bartosz.kuzma%gmail.com@localhost
 Subject: Re: kern/45708: Unable to read big files from large FFSv2 (12TB), ls
        out of swap
 Date: Fri, 16 Dec 2011 10:27:08 +0100
 
 > ?dev = 0xa800, block = 625305256, fs = /mnt
 > ?panic: blkfree: freeing free frag
 > ?fatal breakpoint trap in supervisor mode
 > ?trap type 1 code 0 rip ffffffff8052ace5 cs 8 rflags 246 cr2 ?0 cpl 0
 > ?rsp ffff80005175f850
 > ?Stopped in pid 0.58 (system) at netbsd:breakpoint+0x5: ?leave
 > ?db{1}> trace
 > ?breakpoint() at netbsd:breakpoint+0x5
 > ?panic() at netbsd:panic+0x24d
 > ?ffs_blkfree() at netbsd:ffs_blkfree+0x6d7
 > ?ffs_wapbl_sync_metadata() at netbsd:ffs_wapbl_sync_metadata+0x66
 > ?wapbl_flush() at netbsd:wapbl_flush+0x7c
 > ?ffs_sync() at netbsd:ffs_sync+0x36c
 > ?VFS_SYNC() at netbsd:VFS_SYNC+0x33
 > ?sync_fsync() at netbsd:sync_fsync+0x85
 > ?VOP_FSYNC() at netbsd:VOP_FSYNC+0x71
 > ?sched_sync() at netbsd:sched_sync+0x15d
 >
 
 It looks like for block size bigger than 16384 this problem does not exists.
 
 I've tested the following options:
 
 backup-host# newfs -O 2 -b 32768 dk0
 /dev/rdk0: 13346816.0MB (27334279096 sectors) block size 32768,
 fragment size 4096
         using 17981 cylinder groups of 742.28MB, 23753 blks, 46848 inodes.
 super-block backups (for fsck_ffs -b #) at:
 192, 1520384, 3040576, 4560768, 6080960, 7601152, 9121344, 10641536, 12161728,
 ...............................................................................
 
 
 and:
 
 backup-host# newfs -O 2 -b 65536 dk0
 /dev/rdk0: 13346816.0MB (27334279088 sectors) block size 65536,
 fragment size 8192
         using 4079 cylinder groups of 3272.12MB, 52354 blks, 103936 inodes.
 super-block backups (for fsck_ffs -b #) at:
 256, 6701568, 13402880, 20104192, 26805504, 33506816, 40208128, 46909440,
 ...............................................................................
 
 
 and it works good in all problematic cases.
 
 -- 
 Pozdrawiam, Bartosz Ku?ma.