NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

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



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


Home | Main Index | Thread Index | Old Index