From owner-freebsd-current@FreeBSD.ORG Wed May 23 21:39:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2541065672; Wed, 23 May 2012 21:39:04 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 160BD8FC17; Wed, 23 May 2012 21:39:04 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:889:fc08:3271:d956]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 9ACB14AC1C; Thu, 24 May 2012 01:38:56 +0400 (MSK) Date: Thu, 24 May 2012 01:38:53 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <12410676034.20120524013853@serebryakov.spb.ru> To: Konstantin Belousov In-Reply-To: <20120523131046.GC2358@deviant.kiev.zoral.com.ua> References: <38A5BC8F-A8FB-4371-AB1D-9548F5957254@lists.zabbadoz.net> <20120523131046.GC2358@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , freebsd-current FreeBSD , Kirk McKusick Subject: Re: UFS+J panics on HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 21:39:04 -0000 Hello, Konstantin. You wrote 23 =D0=BC=D0=B0=D1=8F 2012 =D0=B3., 17:10:46: KB> This panic is another protective panic caused by on-disk inconsistent KB> structures. The bitmap indicated that an inode was free, but actual ino= de KB> context suggested that the inode is in use. KB> I would not worry much about ffs code until known hardware problem on KB> the machine are fixed. Konstantin, it is very sad, that official position of one of FFS maintainers (according to mailing list activity), is to blame hardware on every FFS/SU/SUJ inconsistency and do nothing with code. According to my experience, we all live in real world, where HDDs could lost write cache on power failure or kernel panic unrelated to FFS, UPSes and PSUs fails (which leads to power failures) and HDDs with turned off write cache are unusable -- because they become slow like hell without writing cache. You could name it "broken hardware," but let face it -- all non-top-server hardware, everything, but HBAs with battery installed in double-PSU-equipped cases, are "broken" now in this sense. My home server with almost-read-only load crashes due to burned out PSU twice in last 2 years (and I buy "good" desktop PSUs, in $150-$200 price range, not china boxes for $30) and I've got one memory problem in this time period (DIMM was detected and replaced, but I've got two or three panics before I become sure, that it is memory problem, because memtest86+ doesn;t find any problems in 12+ hours run). It is good desktop hardware, with good cooling system, not something low-end, but not server-grade one, of course. And after EVERY of such crashes my main storage area (95% read, 5% write) had dozens of "unexpected SU inconsistences," background fsck fails to create snapshot and I was need to run foreground fsck for many hours. It seems, that "async" mount without SU will not be worse that SU solution! And, if you read through mailing lists, you cold find dozens such reports. And answer almost always is "broken hardware". Yes, Ok, it is broken hardware, all right. But we haven't other one! We need to live with what we have! What I want to say: FFS/SU become almost unusable on this hardware. Protective panic, my ass! Every solution (link this inode to lost+found and mark as used, mark it as free, etc) is better than protective panic. One mismatched inode is not the end of the world, it is even not end of cylinder group, not to say about whole FS, system could (and must) complain about it, but not panic! Did you hear term ``self-healing''? It seems, that modern hardware needed better solution, that "just panic and blame hardware." Or should we call FFS officially dead and promote ZFS as only usable FS on modern FreeBSD now? --=20 // Black Lion AKA Lev Serebryakov