From owner-freebsd-fs@FreeBSD.ORG Sun Apr 20 23:30:31 2008 Return-Path: Delivered-To: fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00FE6106564A; Sun, 20 Apr 2008 23:30:31 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAE68FC14; Sun, 20 Apr 2008 23:30:30 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3KNAi2g001091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Apr 2008 19:10:44 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3KNAi9b001090; Sun, 20 Apr 2008 19:10:44 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200804202310.m3KNAi9b001090@aldan.algebra.com> To: stable@FreeBSD.org Date: Sun, 20 Apr 2008 19:10:44 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Apr 2008 23:30:31 -0000 Hello! I tried, accidentally, to save a video-file (via firewire) to a read-only location. The entire system paniced with the message in subject. Why did it happen? Thanks! -mi From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 11:06:47 2008 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E346F10656B3 for ; Mon, 21 Apr 2008 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D26B28FC0A for ; Mon, 21 Apr 2008 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3LB6lAm095145 for ; Mon, 21 Apr 2008 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m3LB6lvK095141 for freebsd-fs@FreeBSD.org; Mon, 21 Apr 2008 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Apr 2008 11:06:47 GMT Message-Id: <200804211106.m3LB6lvK095141@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:06:48 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o kern/116170 fs [panic] Kernel panic when mounting /tmp o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o bin/122172 fs [amd] [fs]: amd(8) automount daemon dies on 6.3-STABLE 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o bin/118249 fs mv(1): moving a directory changes its mtime 6 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 11:28:46 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C9D106566B; Mon, 21 Apr 2008 11:28:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id A9DEA8FC19; Mon, 21 Apr 2008 11:28:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jntlu-000D1p-UA; Mon, 21 Apr 2008 14:01:19 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LB1C6f026291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 14:01:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LB15GL029944; Mon, 21 Apr 2008 14:01:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3LB15em029943; Mon, 21 Apr 2008 14:01:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Apr 2008 14:01:05 +0300 From: Kostik Belousov To: "Mikhail T." Message-ID: <20080421110105.GH18958@deviant.kiev.zoral.com.ua> References: <200804202310.m3KNAi9b001090@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xEruU51OOzV9VdJQ" Content-Disposition: inline In-Reply-To: <200804202310.m3KNAi9b001090@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: a8c813420754d5015e2a5a3aeed75c84 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2679 [Apr 21 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 11:28:46 -0000 --xEruU51OOzV9VdJQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 20, 2008 at 07:10:44PM -0400, Mikhail T. wrote: > Hello! >=20 > I tried, accidentally, to save a video-file (via firewire) to a > read-only location. >=20 > The entire system paniced with the message in subject. Why did it > happen? Because the kernel has a bug ? As is, the report is useless. Please, do not hesitate to provide at least the backtrace. The ufs_setattr() seems to properly check for ro mounts, as well as the direct callers of the UFS_TRUNCATE() function. Besides the possible logic error, the other possibility is the concurrent remount. Could it be that you actually remounted the fs readonly during the write ? --xEruU51OOzV9VdJQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgMc/AACgkQC3+MBN1Mb4hahwCeLY+yLzxcTiaVnLtLvxXzK/OZ mJUAn2yDu+FLm1gjHEap89vW2meb1PeC =/GD2 -----END PGP SIGNATURE----- --xEruU51OOzV9VdJQ-- From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 12:27:24 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C31A106567B; Mon, 21 Apr 2008 12:27:24 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8F18F8FC1C; Mon, 21 Apr 2008 12:27:23 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3LC46TP011939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 08:04:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3LC46Xw011938; Mon, 21 Apr 2008 08:04:06 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Kostik Belousov Date: Mon, 21 Apr 2008 08:04:05 -0400 User-Agent: KMail/1.9.9 References: <200804202310.m3KNAi9b001090@aldan.algebra.com> <20080421110105.GH18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080421110105.GH18958@deviant.kiev.zoral.com.ua> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 12:27:24 -0000 --Boundary-00=_2KIDIGTLL2z7EEx Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On =D0=CF=CE=C5=C4=A6=CC=CF=CB 21 =CB=D7=A6=D4=C5=CE=D8 2008, Kostik Belous= ov wrote: =3D Because the kernel has a bug ? As is, the report is useless. Please, do =3D not hesitate to provide at least the backtrace. The backtrace is attached. The filesystem is thus (newfs -N): /store: 476940.0MB (976773168 sectors) block size 16384, fragment size 2048 using 2597 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. =3D Besides the possible logic error, the other possibility is the concurre= nt =3D remount. Could it be that you actually remounted the fs readonly during =3D the write ? No... It is mounted readonly by default and when I want to add more files, = I=20 remount it read-write. This one time I forgot to do it... Thanks, -mi --Boundary-00=_2KIDIGTLL2z7EEx Content-Type: text/plain; charset="koi8-u"; name="ffs.panic.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ffs.panic.txt" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". There is no member named pathname. Reading symbols from /opt/modules/fuse.ko...done. Loaded symbols for /opt/modules/fuse.ko Reading symbols from /opt/modules/rtc.ko...done. Loaded symbols for /opt/modules/rtc.ko Unread portion of the kernel message buffer: g_vfs_done():ad8[WRITE(offset=161248411648, length=131072)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161242284032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248428032, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248444416, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248460800, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248477184, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248493568, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248509952, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248526336, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248542720, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248559104, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248575488, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248591872, length=16384)]error = 1 g_vfs_done():ad8[WRITE(offset=161248411648, length=16384)]error = 1 panic: ffs_truncate: read-only filesystem cpuid = 1 Uptime: 2m37s Physical memory: 3607 MB Dumping 485 MB: 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230fs = /store panic: ffs_sync: rofs mod cpuid = 1 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802e8b60 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802e8f7d in panic (fmt=0x104
) at /var/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff803f3513 in ffs_truncate (vp=Variable "vp" is not available. ) at /var/src/sys/ufs/ffs/ffs_inode.c:248 #5 0xffffffff8040be0b in ffs_write (ap=0xffffffffb05a4a10) at /var/src/sys/ufs/ffs/ffs_vnops.c:800 #6 0xffffffff8049d485 in VOP_WRITE_APV (vop=0xffffffff806536c0, a=0xffffffffb05a4a10) at vnode_if.c:691 #7 0xffffffff8036fd20 in vn_write (fp=0xffffff000360bb40, uio=0xffffffffb05a4b00, active_cred=Variable "active_cred" is not available. ) at vnode_if.h:373 #8 0xffffffff8031d638 in dofilewrite (td=0xffffff0003324340, fd=4, fp=0xffffff000360bb40, auio=0xffffffffb05a4b00, offset=Variable "offset" is not available. ) at file.h:254 #9 0xffffffff8031d93e in kern_writev (td=0xffffff0003324340, fd=4, auio=0xffffffffb05a4b00) at /var/src/sys/kern/sys_generic.c:401 #10 0xffffffff8031d9bc in write (td=0x0, uap=0x0) at /var/src/sys/kern/sys_generic.c:317 #11 0xffffffff8045a700 in syscall (frame=0xffffffffb05a4c70) at /var/src/sys/amd64/amd64/trap.c:852 #12 0xffffffff8043f38b in Xfast_syscall () at /var/src/sys/amd64/amd64/exception.S:290 #13 0x000000080070a32c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) --Boundary-00=_2KIDIGTLL2z7EEx-- From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 13:32:47 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30823106566C for ; Mon, 21 Apr 2008 13:32:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4448FC1B for ; Mon, 21 Apr 2008 13:32:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jnw8R-000GoM-H2 for fs@freebsd.org; Mon, 21 Apr 2008 16:32:44 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LDWZGH033031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 16:32:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LDWTX8080599; Mon, 21 Apr 2008 16:32:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3LDWSUk080598; Mon, 21 Apr 2008 16:32:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Apr 2008 16:32:27 +0300 From: Kostik Belousov To: Mikhail Teterin Message-ID: <20080421133227.GI18958@deviant.kiev.zoral.com.ua> References: <200804202310.m3KNAi9b001090@aldan.algebra.com> <20080421110105.GH18958@deviant.kiev.zoral.com.ua> <200804210804.06429@aldan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pssgfZQbIK00CPi6" Content-Disposition: inline In-Reply-To: <200804210804.06429@aldan> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 9918737d327e89e4bcd5e746e4930027 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2679 [Apr 21 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 13:32:47 -0000 --pssgfZQbIK00CPi6 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 08:04:05AM -0400, Mikhail Teterin wrote: > On =D0=CF=CE=C5=C4?=CC=CF=CB 21 =CB=D7?=D4=C5=CE=D8 2008, Kostik Belousov= wrote: > =3D Because the kernel has a bug ? As is, the report is useless. Please, = do > =3D not hesitate to provide at least the backtrace. >=20 > The backtrace is attached. The filesystem is thus (newfs -N): >=20 > /store: 476940.0MB (976773168 sectors) block size 16384, fragment size 20= 48 > using 2597 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. >=20 > =3D Besides the possible logic error, the other possibility is the concur= rent > =3D remount. Could it be that you actually remounted the fs readonly duri= ng > =3D the write ? >=20 > No... It is mounted readonly by default and when I want to add more files= , I=20 > remount it read-write. This one time I forgot to do it... >=20 > Thanks, >=20 > -mi > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd". > There is no member named pathname. > Reading symbols from /opt/modules/fuse.ko...done. > Loaded symbols for /opt/modules/fuse.ko > Reading symbols from /opt/modules/rtc.ko...done. > Loaded symbols for /opt/modules/rtc.ko >=20 > Unread portion of the kernel message buffer: > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D131072)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161242284032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248428032, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248444416, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248460800, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248477184, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248493568, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248509952, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248526336, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248542720, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248559104, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248575488, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248591872, length=3D16384)]error =3D 1 > g_vfs_done():ad8[WRITE(offset=3D161248411648, length=3D16384)]error =3D 1 > panic: ffs_truncate: read-only filesystem > cpuid =3D 1 > Uptime: 2m37s > Physical memory: 3607 MB > Dumping 485 MB: 470 454 438 422 406 390 374 358 342 326 310 294 278 262 2= 46 230fs =3D /store > panic: ffs_sync: rofs mod > cpuid =3D 1 > 214 198 182 166 150 134 118 102 86 70 54 38 22 6 >=20 > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); > (kgdb) #0 doadump () at pcpu.h:194 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802e8b60 in boot (howto=3D260) > at /var/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff802e8f7d in panic (fmt=3D0x104
) > at /var/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff803f3513 in ffs_truncate (vp=3DVariable "vp" is not availab= le. > ) > at /var/src/sys/ufs/ffs/ffs_inode.c:248 > #5 0xffffffff8040be0b in ffs_write (ap=3D0xffffffffb05a4a10) > at /var/src/sys/ufs/ffs/ffs_vnops.c:800 > #6 0xffffffff8049d485 in VOP_WRITE_APV (vop=3D0xffffffff806536c0,=20 > a=3D0xffffffffb05a4a10) at vnode_if.c:691 > #7 0xffffffff8036fd20 in vn_write (fp=3D0xffffff000360bb40,=20 > uio=3D0xffffffffb05a4b00, active_cred=3DVariable "active_cred" is not= available. > ) at vnode_if.h:373 > #8 0xffffffff8031d638 in dofilewrite (td=3D0xffffff0003324340, fd=3D4,= =20 > fp=3D0xffffff000360bb40, auio=3D0xffffffffb05a4b00, offset=3DVariable= "offset" is not available. > ) at file.h:254 > #9 0xffffffff8031d93e in kern_writev (td=3D0xffffff0003324340, fd=3D4,= =20 > auio=3D0xffffffffb05a4b00) at /var/src/sys/kern/sys_generic.c:401 > #10 0xffffffff8031d9bc in write (td=3D0x0, uap=3D0x0) > at /var/src/sys/kern/sys_generic.c:317 > #11 0xffffffff8045a700 in syscall (frame=3D0xffffffffb05a4c70) > at /var/src/sys/amd64/amd64/trap.c:852 > #12 0xffffffff8043f38b in Xfast_syscall () > at /var/src/sys/amd64/amd64/exception.S:290 > #13 0x000000080070a32c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb)=20 This was the plain write. The ufs_access() function does not allow to open the file for write on the ro ufs mount. The remount forcibly reclaims the vnodes open for write, unless raced with open. The only scenario I can imagine this happen is while racing the file rw open during the ro remount. Was it what you did ? If yes, then this is a known problem that needs to be worked on. The suggested solution is to suspend the filesystem before actually performing the operation. --pssgfZQbIK00CPi6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgMl2sACgkQC3+MBN1Mb4gEiACfZESYux0Q05Oydq/iW3b2o/Nq vLIAoMstvemQqPpvZSTtjDeYfEiKxxJw =4/Wt -----END PGP SIGNATURE----- --pssgfZQbIK00CPi6-- From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 13:50:28 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B66106566C for ; Mon, 21 Apr 2008 13:50:28 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id B21ED8FC1E for ; Mon, 21 Apr 2008 13:50:27 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.2/8.14.1) with ESMTP id m3LDoQHq013320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 09:50:26 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.2/8.14.1/Submit) id m3LDoQ6Z013319; Mon, 21 Apr 2008 09:50:26 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Kostik Belousov Date: Mon, 21 Apr 2008 09:50:25 -0400 User-Agent: KMail/1.9.9 References: <200804202310.m3KNAi9b001090@aldan.algebra.com> <200804210804.06429@aldan> <20080421133227.GI18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080421133227.GI18958@deviant.kiev.zoral.com.ua> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 13:50:28 -0000 On =D0=CF=CE=C5=C4=A6=CC=CF=CB 21 =CB=D7=A6=D4=C5=CE=D8 2008, Kostik Belous= ov wrote: =3D The only scenario I can imagine this happen is while racing the file rw =3D open during the ro remount. Was it what you did ? It is possible, that I was remounting from RO to RW, while the program was= =20 starting. Not the other way around -- unless I totally blacked out, that=20 is... -mi From owner-freebsd-fs@FreeBSD.ORG Mon Apr 21 14:00:26 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBFBC106564A for ; Mon, 21 Apr 2008 14:00:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD508FC18 for ; Mon, 21 Apr 2008 14:00:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JnwZE-000Br5-D5 for fs@freebsd.org; Mon, 21 Apr 2008 17:00:24 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LE0MLV033935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 17:00:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3LE0FBH081505; Mon, 21 Apr 2008 17:00:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3LE0FKY081504; Mon, 21 Apr 2008 17:00:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Apr 2008 17:00:15 +0300 From: Kostik Belousov To: Mikhail Teterin Message-ID: <20080421140015.GJ18958@deviant.kiev.zoral.com.ua> References: <200804202310.m3KNAi9b001090@aldan.algebra.com> <200804210804.06429@aldan> <20080421133227.GI18958@deviant.kiev.zoral.com.ua> <200804210950.26157@aldan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aHoHdjwP6C+YV8GI" Content-Disposition: inline In-Reply-To: <200804210950.26157@aldan> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 7ffaa6bc246e67c9b1a22e0c753f4a43 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2679 [Apr 21 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: fs@freebsd.org Subject: Re: panic: ffs_truncate: readonly filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 14:00:26 -0000 --aHoHdjwP6C+YV8GI Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2008 at 09:50:25AM -0400, Mikhail Teterin wrote: > On =D0=CF=CE=C5=C4?=CC=CF=CB 21 =CB=D7?=D4=C5=CE=D8 2008, Kostik Belousov= wrote: > =3D The only scenario I can imagine this happen is while racing the file = rw > =3D open during the ro remount. Was it what you did ? >=20 > It is possible, that I was remounting from RO to RW, while the program wa= s=20 > starting. Not the other way around -- unless I totally blacked out, that= =20 > is... Can you reproduce the panic ? --aHoHdjwP6C+YV8GI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgMne8ACgkQC3+MBN1Mb4jUCQCg1G0m8jWHcRs702QOj7DlvmwF XmAAn2p5FLlRsK0K9Tfj7TybGeSb8B5z =A6xG -----END PGP SIGNATURE----- --aHoHdjwP6C+YV8GI-- From owner-freebsd-fs@FreeBSD.ORG Tue Apr 22 21:03:28 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F499106566C; Tue, 22 Apr 2008 21:03:28 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id D6BBD8FC0C; Tue, 22 Apr 2008 21:03:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JoOg1-0000KQ-JH; Tue, 22 Apr 2008 23:01:17 +0300 Message-ID: <480E440D.2030907@icyb.net.ua> Date: Tue, 22 Apr 2008 23:01:17 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pav Lucistnik , Scott Long Subject: latest udf patch X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 21:03:28 -0000 Maybe you will be interested in my latest UDF patch that adds very simplistic support for UDF 2.XX+ (on top of all the previous fixes/enhancements). I posted it as a followup to the following PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120989 The patch is also available at the following URL: http://www.icyb.net.ua/~avg/udf.diff.gz It is against RELENG_7. I plan to update it at the above URL if I have anything new. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Thu Apr 24 05:08:52 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123A61065678 for ; Thu, 24 Apr 2008 05:08:52 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D80428FC25 for ; Thu, 24 Apr 2008 05:08:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3O4s1hn090070; Wed, 23 Apr 2008 22:54:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48101269.20702@samsco.org> Date: Wed, 23 Apr 2008 22:54:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Andriy Gapon References: <480E440D.2030907@icyb.net.ua> In-Reply-To: <480E440D.2030907@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-fs@freebsd.org, Pav Lucistnik Subject: Re: latest udf patch X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 05:08:52 -0000 Andriy Gapon wrote: > Maybe you will be interested in my latest UDF patch that adds very > simplistic support for UDF 2.XX+ (on top of all the previous > fixes/enhancements). > > I posted it as a followup to the following PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120989 > > The patch is also available at the following URL: > http://www.icyb.net.ua/~avg/udf.diff.gz > > It is against RELENG_7. > I plan to update it at the above URL if I have anything new. > Is this ready for committing to CVS? If so I'll take care of it. Scott From owner-freebsd-fs@FreeBSD.ORG Thu Apr 24 07:18:17 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C02AE1065679; Thu, 24 Apr 2008 07:18:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 99B848FC22; Thu, 24 Apr 2008 07:18:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1Jovii-000LAX-4p; Thu, 24 Apr 2008 10:18:16 +0300 Message-ID: <48103437.6040001@icyb.net.ua> Date: Thu, 24 Apr 2008 10:18:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Scott Long References: <480E440D.2030907@icyb.net.ua> <48101269.20702@samsco.org> In-Reply-To: <48101269.20702@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Pav Lucistnik Subject: Re: latest udf patch X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Apr 2008 07:18:17 -0000 on 24/04/2008 07:54 Scott Long said the following: > Andriy Gapon wrote: >> Maybe you will be interested in my latest UDF patch that adds very >> simplistic support for UDF 2.XX+ (on top of all the previous >> fixes/enhancements). >> >> I posted it as a followup to the following PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120989 >> >> The patch is also available at the following URL: >> http://www.icyb.net.ua/~avg/udf.diff.gz >> >> It is against RELENG_7. >> I plan to update it at the above URL if I have anything new. >> > > Is this ready for committing to CVS? If so I'll take care of it. Scott, thank you. I am not sure how much testing this patch has seen. I have feedback only from Pav. The patch definitely "works for me" and for a long time (only extended file entry support is a recent addition). I think there might be some style(9) violations in the patch. In couple of places I definitely went over 80-column limit for aesthetic reasons (and because I think 80 is too small to be required in modern times). I would definitely appreciate somebody reviewing the patch for style(9) and general coding practices. More testing (with feedback!) is always welcome for sure. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Fri Apr 25 00:15:26 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E7791065685; Fri, 25 Apr 2008 00:15:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0AD8FC19; Fri, 25 Apr 2008 00:15:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3P0FLJQ001456; Thu, 24 Apr 2008 18:15:22 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48112299.9060007@samsco.org> Date: Thu, 24 Apr 2008 18:15:21 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Andriy Gapon References: <480E440D.2030907@icyb.net.ua> <48101269.20702@samsco.org> <48103437.6040001@icyb.net.ua> In-Reply-To: <48103437.6040001@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-fs@freebsd.org, Pav Lucistnik Subject: Re: latest udf patch X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 00:15:26 -0000 Andriy Gapon wrote: > on 24/04/2008 07:54 Scott Long said the following: >> Andriy Gapon wrote: >>> Maybe you will be interested in my latest UDF patch that adds very >>> simplistic support for UDF 2.XX+ (on top of all the previous >>> fixes/enhancements). >>> >>> I posted it as a followup to the following PR: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120989 >>> >>> The patch is also available at the following URL: >>> http://www.icyb.net.ua/~avg/udf.diff.gz >>> >>> It is against RELENG_7. >>> I plan to update it at the above URL if I have anything new. >>> >> Is this ready for committing to CVS? If so I'll take care of it. > > Scott, > > thank you. > I am not sure how much testing this patch has seen. I have feedback only > from Pav. The patch definitely "works for me" and for a long time (only > extended file entry support is a recent addition). > I think there might be some style(9) violations in the patch. In couple > of places I definitely went over 80-column limit for aesthetic reasons > (and because I think 80 is too small to be required in modern times). > > I would definitely appreciate somebody reviewing the patch for style(9) > and general coding practices. > More testing (with feedback!) is always welcome for sure. > Style is a guideline, not a contract. The patch looks fine to me in that respect. Scott From owner-freebsd-fs@FreeBSD.ORG Fri Apr 25 10:40:40 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF4BB1065673; Fri, 25 Apr 2008 10:40:40 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7568FC24; Fri, 25 Apr 2008 10:40:40 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id 694F6125439; Fri, 25 Apr 2008 19:21:21 +0900 (JST) Message-ID: <4811B0A0.8040702@freebsd.org> Date: Fri, 25 Apr 2008 19:21:20 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: kib@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org Subject: Approval request of some additions to src/sys/kern/vfs_subr.c and src/sys/sys/vnode.h X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Apr 2008 10:40:40 -0000 Hi Konstantin :) To fix a unionfs issue of http://www.freebsd.org/cgi/query-pr.cgi?pr=109377, we need to add new functions void vkernrele(struct vnode *vp); void vkernref(struct vnode *vp); and one value int v_kernusecount; /* i ref count of kernel */ to src/sys/sys/vnode.h and rc/sys/kern/vfs_subr.c. Unionfs will be panic when lower fs layer is forced umounted by "umount -f". So to avoid this issue, we've added "v_kernusecount" value that means "a vnode count that kernel are using". vkernrele() and vkernref() are functions that manage "v_kernusecount" value. Please check those and give us an approve or some comments! -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-fs@FreeBSD.ORG Sat Apr 26 10:01:32 2008 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEEC1106564A for ; Sat, 26 Apr 2008 10:01:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 812928FC1D for ; Sat, 26 Apr 2008 10:01:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JphDl-000Pd6-G6; Sat, 26 Apr 2008 13:01:30 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3QA1NTm063952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Apr 2008 13:01:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3QA1I5I024826; Sat, 26 Apr 2008 13:01:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3QA1Gid024825; Sat, 26 Apr 2008 13:01:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 26 Apr 2008 13:01:16 +0300 From: Kostik Belousov To: Daichi GOTO Message-ID: <20080426100116.GL18958@deviant.kiev.zoral.com.ua> References: <4811B0A0.8040702@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ybh4W+c0/0dBCW4" Content-Disposition: inline In-Reply-To: <4811B0A0.8040702@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 565941832c2f675ae953af64aa3a5396 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2724 [Apr 25 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: fs@freebsd.org Subject: Re: Approval request of some additions to src/sys/kern/vfs_subr.c and src/sys/sys/vnode.h X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2008 10:01:32 -0000 --1ybh4W+c0/0dBCW4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 25, 2008 at 07:21:20PM +0900, Daichi GOTO wrote: > Hi Konstantin :) >=20 > To fix a unionfs issue of http://www.freebsd.org/cgi/query-pr.cgi?pr=3D10= 9377, > we need to add new functions >=20 > void vkernrele(struct vnode *vp); > void vkernref(struct vnode *vp); >=20 > and one value >=20 > int v_kernusecount; /* i ref count of kernel */ >=20 > to src/sys/sys/vnode.h and rc/sys/kern/vfs_subr.c. >=20 > Unionfs will be panic when lower fs layer is forced umounted by > "umount -f". So to avoid this issue, we've added > "v_kernusecount" value that means "a vnode count that kernel are > using". vkernrele() and vkernref() are functions that manage > "v_kernusecount" value. >=20 > Please check those and give us an approve or some comments! There is already the vnode reference count. From your description, I cannot understand how the kernusecount would prevent the panic when forced unmount is performed. Could you, please, show the actual code ? PR mentioned does not contain any patch. The problem you described is common for the kernel code, and right way to handle it, for now, is to keep refcount _and_ check for the forced reclaim. --1ybh4W+c0/0dBCW4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgS/WwACgkQC3+MBN1Mb4jEigCg6aLQtsufutJxtrBMQKGe9F+F DvIAnRrdIz0B1f9Tx8kWxDAV6zXubt9N =Rrhi -----END PGP SIGNATURE----- --1ybh4W+c0/0dBCW4--