From owner-freebsd-fs@FreeBSD.ORG Tue Mar 24 21:33:03 2015 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1957EC94 for ; Tue, 24 Mar 2015 21:33:03 +0000 (UTC) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) (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 B9294BFA for ; Tue, 24 Mar 2015 21:33:01 +0000 (UTC) Received: from laptop2.herveybayaustralia.com.au (laptop2.herveybayaustralia.com.au [192.168.0.185]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id A5F01620A6; Wed, 25 Mar 2015 07:32:56 +1000 (EST) Message-ID: <5511D807.3040606@herveybayaustralia.com.au> Date: Wed, 25 Mar 2015 07:32:55 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Benjamin Kaduk Subject: Re: Delete a directory, crash the system References: <551007DD.5020109@herveybayaustralia.com.au> <5510B995.8060307@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2015 21:33:03 -0000 On 03/25/15 00:16, Benjamin Kaduk wrote: > On Mon, 23 Mar 2015, Da Rock wrote: > >> Unfortunately, fsck isn't helping - foreground or otherwise. All it shows on >> every single fs is inode 4 recovery which doesn't sound quite right. And > Have you posted the exact output in a previous message (could you send a > link)? Not precisely, but the message is just a flash and there is no copying of it. Anyway, inode 4 is the .sujournal file as expected; this means there is an issue with the softupdates. Could this be narrowing it down (the OP to this was also in this age of enlightenment, SU came in with 8.x didn't it?)? > >> again, it is only showing during updates to ports being built. I'm > Er, what is only showing up? The panics? > Surely you are not only running fsck while building ports... Yes, the panics. Sorry, I thought that was obvious seeing as the alternative is impossible :) > >> investigating further, but it may be just a corrupt file in pkg system. >> >> Incidentally, I'm not suggesting an absolute fix for the issue as such, but a >> better means of handling it rather than crashing the system. The posts on this > Understood. But, there will always be some types of error which are truly > unrecoverable, and there is no real option other than to panic. (Which is > not to say that your situation is necessarily one of them.) That I get, and given this may be an issue with SU it may well be warranted. What can we do to narrow this down, as obviously one cannot be sitting watching exactly what happens for the hours required while building ports. Your bound to look away for just a second and miss it even if you did try! :D > >> If I discover anything more I'll keep everyone posted :) So I did some fiddling with fsck, fsdb, find and stat; and got nowhere. I ran fsck again and it gave me not much again. It did hint at some files in the ports tree, so I cleaned up the ports tree to fresh install point, ran fsck again and rebooted. So far so good, but I'm keeping my fingers crossed still. This doesn't help the panics - they're still a pita when they happen. It does help me resolve the issue this time though. But initiating this error in testing is damn near impossible. What can we document here as a way to gather data to determine how to resolve this issue? Given my luck with this, its bound to happen again at some point :)