Re: kern/50707: rm: fts_read: No such file or directory

[BERTRAND Joël <joel.bertrand%systella.fr@localhost>]

BERTRAND Joël a écrit :
> The following reply was made to PR kern/50707; it has been noted by GNATS.
>
> From: =?UTF-8?Q?BERTRAND_Jo=c3=abl?= <joel.bertrand%systella.fr@localhost>
> To: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
>          netbsd-bugs%netbsd.org@localhost
> Cc:
> Subject: Re: kern/50707: rm: fts_read: No such file or directory
> Date: Tue, 5 Jul 2016 09:59:25 +0200
>
>   BERTRAND Joël a écrit :
>   > The following reply was made to PR kern/50707; it has been noted by GNATS.
>   >
>   > From: =?UTF-8?Q?BERTRAND_Jo=c3=abl?= <joel.bertrand%systella.fr@localhost>
>   > To: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
>   >          netbsd-bugs%netbsd.org@localhost
>   > Cc:
>   > Subject: Re: kern/50707: rm: fts_read: No such file or directory
>   > Date: Mon, 27 Jun 2016 09:10:28 +0200
>   >
>   >   	Some news.
>   >
>   >   	Last saturday, I have tried to bissect fts code without any success,
>   >   but I have seen that disk corruption only occurs on high disk I/O (for
>   >   example make clean in ports tree, I use MAKE_JOBS=8 as this server
>   >   contains an i7 CPU with 8 threads). All disk corruptions are directories
>   >   without '.'. fsck returns that directories were 'half allocated'.
>   >
>   >   	Best regards,
>   >
>   >   	JKB
>   >
>   >
>
>   	Hello,
>
>   	Another one, but without any 'rm'. This morning, I have received a mail
>   from Charlie root :
>
>   daily insecurity output for Tue Jul  5 03:15:01 CEST 2016
>   Checking setuid files and devices:
>   Setuid/device find errors:
>   find: fts_read: No such file or directory
>
>   	I wonder if this issue could be related to disk internal cache
>   strategy. Now, both disks return :
>   legendre# legendre# dkctl /dev/wd1 getcache
>   /dev/wd1d: read cache enabled
>   /dev/wd1d: write-back cache enabled
>   /dev/wd1d: read cache enable is not changeable
>   /dev/wd1d: write cache enable is changeable
>   /dev/wd1d: cache parameters are not savable
>   legendre# dkctl /dev/wd0 getcache
>   /dev/wd0d: read cache enabled
>   /dev/wd0d: write-back cache enabled
>   /dev/wd0d: read cache enable is not changeable
>   /dev/wd0d: write cache enable is changeable
>   /dev/wd0d: cache parameters are not savable
>   legendre#
>
>   	Is there a hope to fix this particularly bad issue ?
>
>   	Best regards,
>
>   	JKB

	Hello,

	Some news. Last night, kernel panics with :

/: bad dir ino 2130825 at offset 0: mangled entry
panic: bad dir
cpu5: Begin traceback...
vpanic() at netbsd:vpanic+0x13c
snprintf() at netbsd:snprintf
ufs_dirbadentry() at netbsd:ufs_dirbadentry
ufs_lookup() at netbsd:ufs_lookup+0x4c3
VOP_LOOKUP() at netbsd:VOP_LOOKUP+0x34
lookup_once() at netbsd:lookup_once+0x18b
namei_tryemulroot() at netbsd:namei_tryemulroot+0x612
namei() at netbsd:namei+0x43
fd_nameiat.isra.0() at netbsd:fd_nameiat.isra.0+0x54
do_sys_statat() at netbsd:do_sys_statat+0x72
sys___lstat50() at netbsd:sys___lstat50+0x25
syscall() at netbsd:syscall+0x9a
--- syscall (number 441) ---
7f7ff70a705a:
cpu5: End traceback...
uvm_fault(0xfffffe83b899b760, 0x0, 2) -> e
uvm_fault(0xfffffe840f88e310, 0x0, 2) -> e
fatal page fault in supervisor mode
fatal page fault in supervisotrr ampo dtey
pe 6 code 2 rip ffffffff805db5b9 cs 8 rflags 10202 cr2 84 ilevel 8 rsp 
fffffe812108fb98

trap type 6 code 2 rip ffffffff805db5b9 cs 8 rflags 10202 cr2 84 ilevel 
8 rsp ffcfufrflew8p1 2102xf3f4fbfaf8e
83ea9c8200 pid 20893.3 lowest kstack 0xfffffe812108d2c0
dumping to dev 18,1 (offset=251903, size=4162816):
curlwp 0xfffffe83dcdc6440 pid 2611.7 lowest kstack 0xfffffe81212322c0

	I suppose this panic is related to tfs error I have seen. I'm pretty 
sure that this server doesn't have harware issue (disks smart parameters 
are corrects and I have checked these disks in another workstation).

	For information, boths disks are :
Device Model:     TOSHIBA DT01ACA100

	Regards,

	JKB