From nobody Sat Nov 25 09:50:15 2023 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ScnCR5CVrz52HKW for ; Sat, 25 Nov 2023 09:50:27 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Received: from m-out-com.basmail.jp (m-out-com.basmail.jp [IPv6:2403:7800:5021::58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ScnCN4cKQz3P5m for ; Sat, 25 Nov 2023 09:50:24 +0000 (UTC) (envelope-from osawa.hisao@tbd.t-com.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tbd.t-com.ne.jp header.s=mmtr1 header.b=AUgTMJgM; spf=pass (mx1.freebsd.org: domain of osawa.hisao@tbd.t-com.ne.jp designates 2403:7800:5021::58 as permitted sender) smtp.mailfrom=osawa.hisao@tbd.t-com.ne.jp; dmarc=pass (policy=none) header.from=tbd.t-com.ne.jp Received: from m-msa-com01.srv.mmtr.basmail.jp (src-msa-com01.fg1.mmtr.basmail.jp [10.50.110.47]) by m-out-com02.int.mmtr.basmail.jp with ESMTP id 3AP9oFD1031990 for ; Sat, 25 Nov 2023 18:50:15 +0900 Received: from Mintaka.localdomain.smtp2.tbd.t-com.ne.jp ([112.138.194.219]) by m-msa-com.basmail.jp with ESMTP id 6pIlrfAUN7eTl6pIlr5156; Sat, 25 Nov 2023 18:50:15 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tbd.t-com.ne.jp; s=mmtr1; t=1700905815; i=osawa.hisao@tbd.t-com.ne.jp; bh=p84a5QiArZbzHJN9wMcr8vHAYjZJvVnJBTaIFGjhWOQ=; h=Message-Id:Date:From:To:Subject:MIME-Version:Content-Type; b=AUgTMJgMwgGcNnFLMMDKg4s111MvHubL6/eudGGjDRXFENCQB/rAxcmG+tPFk37Gc DJsvpsQ6kRXNDTNBJI+W4+SgIzHGvvdW8L6ITB5UZENt//yaBJpOhHwI7hV8j+nG33 QjEgxXOLm82QeExO6EtJa3txDAsWqQd36g8mgtiqWfohdex1TwoO8aSedQsl9zLE2V Er9Si4DfieI3Fyrpw0+AWu3ANOYt9vRgc7cTbhhEjYyV0N6wHxWDcj49I9LDO66qW9 9QltEeNJJnpEfO8LOXclEzl7t+DS5IyzATEZuWIXkAZXJipaI7QLuaZY1J34dS3OiU KWfG+i3dTeAUA== Message-Id: <20231125185015.6pIlrfAUN7eTl6pIlr5156@m-msa-com01.srv.mmtr.basmail.jp> Date: Sat, 25 Nov 2023 18:50:15 +0900 From: Hisao Osawa To: users-jp@freebsd.org Subject: Re: kernel panic In-Reply-To: <20231125113915.6iZfrJRsFUm3h6iZfrBPy3@m-msa-com02.srv.mmtr.basmail.jp> References: <20231123184255.66EYr2AuF7eTl66EZr1nWs@m-msa-com01.srv.mmtr.basmail.jp> <20231124.085458.429693068591720411.moto@kawasaki3.org> <20231125113915.6iZfrJRsFUm3h6iZfrBPy3@m-msa-com02.srv.mmtr.basmail.jp> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (amd64-portbld-freebsd13.1) MULE/6.0 (HANACHIRUSATO) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-2022-JP X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[tbd.t-com.ne.jp,none]; R_SPF_ALLOW(-0.20)[+ip6:2403:7800:5021:0000::/64]; R_DKIM_ALLOW(-0.20)[tbd.t-com.ne.jp:s=mmtr1]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:10010, ipnet:2403:7800::/32, country:JP]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[tbd.t-com.ne.jp:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4ScnCN4cKQz3P5m X-Spamd-Bar: --- 大澤です やや原因がわかってきました。 必ずというわけではありませんが、autofsを使ってFAT32ドライブにアクセスする のがいけないようです。 dosdisk -fstype=msdosfs,rw,-L=ja_JP.eucJP,-D=CP932,-l,-m=0777 :/dev/nvd0p5 としておいて、たとえば、 > cp abc.txt /mnt/dosdisk/<フォルダ名>/^D といった具合に ^D や TAB で補完を行うとかなり高い確率で panic します。 じゃあ対象となっている FAT32 ドライブに不整合があるのかというと、 Windowsを起動してCheckdiskを行ってもエラー無しで修了するので、 そういうわけでもなさそうです。 backtrace を見ると、iconv_convchr_case で trap が呼び出されているので、 このあたりですかね。 だとすると autofs を使わずに、mount_msdosfs で直に mount しても 同じことになりそうなので、 いわゆる2バイト文字を使わないのがさしあたりの回避方法ということに なってしまいますが。 KDB: stack backtrace: #0 0xffffffff80c4ee95 at kdb_backtrace+0x65 #1 0xffffffff80c02822 at vpanic+0x152 #2 0xffffffff80c026c3 at panic+0x43 #3 0xffffffff810bc079 at trap_fatal+0x389 #4 0xffffffff810bc0cf at trap_pfault+0x4f #5 0xffffffff81093618 at calltrap+0x8 #6 0xffffffff83019455 at iconv_convchr_case+0x75 #7 0xffffffff8301a714 at iconv_ucs_conv+0x124 #8 0xffffffff83019455 at iconv_convchr_case+0x75 #9 0xffffffff80a98078 at unix2doschr+0xf8 #10 0xffffffff80a97a0f at unix2dosfn+0xdf #11 0xffffffff80a9be16 at msdosfs_lookup_ino+0x176 #12 0xffffffff80cc366e at vfs_cache_lookup+0xae #13 0xffffffff80cd154d at lookup+0x44d #14 0xffffffff80cd078a at namei+0x24a #15 0xffffffff80cf60d4 at vn_open_cred+0x504 #16 0xffffffff80cec09f at kern_openat+0x26f #17 0xffffffff810bc950 at amd64_syscall+0x110 大澤 On Sat, 25 Nov 2023 11:39:14 +0900, Hisao Osawa wrote: > > 大澤です > > ありがとうございます。 > シングルユーザーモードで fsck をかけてみたのでしばらく様子を見てみます。 > 今週月曜日はひどかったのですが、だんだん頻度が下がってきているようなので、 > panic のたびに実行される fsck が効いてきているのかもしれません。 > > > > On Fri, 24 Nov 2023 08:54:58 +0900, > moto kawasaki wrote: > > > > > > 川崎と申します。 > > > > > Nov 22 11:18:28 Mintaka kernel: panic: ffs_freefile: freeing free inode > > > > freeing free inode でパニックしたと言っているようなので、ファイルシス > > テム(ufsをお使いですよね)内に矛盾が起きているということではないでしょ > > うか。もしそうなら、シングルユーザモードに落としてfsckをかけてみると良 > > いと思います。 > > > > 外していたらごめんなさい。 > > > > -- > > moto kawasaki +81-90-2464-8454 > > > > > > > > >