Date: Thu, 25 Mar 2004 19:19:08 +0000 From: Momtchil Momtchev <momtchil.momtchev@netasq.com> To: freebsd-fs@freebsd.org Subject: Problem (potential bug) in the vnode disk driver, stable branch Message-ID: <200403251919.08564.momtchil.momtchev@netasq.com>
next in thread | raw e-mail | index | archive | help
Hello, We've stumbled on what appears to be a bug in the vnode disk driver. It=20 happens rarely and we aren't able to reproduce it atm, but we've seen it=20 already a few times on different kernels, compiled with different options. If you can read russian, there's also a brief description of what appears = to=20 be exactly the same problem at=20 http://www.j2.ru/frozenfido/ru.unix.bsd/89061df31001.html. Theirs is on=20 =46reeBSD 4.3, we are running FreeBSD 4.9. What happens is that after mounting a file as a filesystem through the vn= =20 driver, everything will run fine, then eventually (after a few days, weeks = or=20 even months) the filesystem is going to get "disconnected" in a strange way= =20 with every attempt to access it returning an I/O error. vnconfig will report "device not configured": #/usr/sbin/vnconfig -c /dev/vn0c /somefile vnconfig: /dev/vn0c: Device not configured #vnconfig -u /dev/vn0c vnconfig: /dev/vn0c: Device not configured umount/mount will fail too. We are still trying to find a way to reliably reproduce the problem in ord= er=20 to fill a standard bug report. ATM we don't have any idea what could trigger it. The main problem is that it happens very rarely and we can't really afford= to=20 run a kernel with all the debugging enabled on thousands of hosts (to catch= =20 the few which will crash). Anyone seen this before? Any comments will be appreciated. =2D- Momtchil Momtchev, R&D Engineer <momtchil.momtchev@netasq.com> Netasq - Secure Internet Connectivity http://www.netasq.com T=E9l : +33 320 619 630 =46ax : +33 320 619 639
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200403251919.08564.momtchil.momtchev>