From owner-freebsd-fs@FreeBSD.ORG Wed Apr 1 09:00:40 2015 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A7E8118 for ; Wed, 1 Apr 2015 09:00:40 +0000 (UTC) Received: from smtp36.i.mail.ru (smtp36.i.mail.ru [94.100.177.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81404A47 for ; Wed, 1 Apr 2015 09:00:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=EjmQFB84y9zQDnNKu3a7a+OO9ZUqLzyhXBjNoC2DVE4=; b=RAiqFmdmYYHbBrL2RorwTgF0xMVOfkcDKzu966/hFVCab9ZQLpNaPIOwWtkjbngdkjH7Ji+7U+Q1LxFZPZ6Uk8uLPor7lGWnsaPCR96H52c8IUNsaKJfQlOvS+9Ob2n/3mJCX5HsWHnuWWWPVbRKJDu5zs1F4pK2J5zNLgGvE6w=; Received: from [109.188.127.13] (port=64911 helo=[192.168.0.12]) by smtp36.i.mail.ru with esmtpa (envelope-from ) id 1YdERR-0001CM-6g; Wed, 01 Apr 2015 11:56:10 +0300 Message-ID: <551BB2D4.6070505@artem.ru> Date: Wed, 01 Apr 2015 11:56:52 +0300 From: Artem Kuchin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Little research how rm -rf and tar kill server References: <1427727936.293597.247070269.5CE0D411@webmail.messagingengine.com> <55196FC7.8090107@artem.ru> <1427730597.303984.247097389.165D5AAB@webmail.messagingengine.com> <5519716F.6060007@artem.ru> <1427731061.306961.247099633.0A421E90@webmail.messagingengine.com> <5519740A.1070902@artem.ru> <1427731759.309823.247107417.308CD298@webmail.messagingengine.com> <5519F74C.1040308@artem.ru> <20150331164202.GN2379@kib.kiev.ua> <551BA987.4050708@artem.ru> <20150401083609.GX2379@kib.kiev.ua> In-Reply-To: <20150401083609.GX2379@kib.kiev.ua> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit X-Spam: Not detected X-Mras: Ok 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: Wed, 01 Apr 2015 09:00:40 -0000 01.04.2015 11:36, Konstantin Belousov пишет: >> >>>> By the way: is there way to make sure that SU+J is really working? >>>> Maybe it is disabled for some reason >>>> and i don't know it. tunefs just shows stored setting, but, for example, >>>> with dirty fs, journaling is not >>>> working in reality. Any way to get current status of SU journaling? >>> Your statement about 'dirty fs' makes no sense. >> Maybe i misunderstood something >> Here is the situation: >> I have dirty shutdown, so fs is dirty >> fsck started at boot but said something about unexpected inconsistency >> and journal is not used >> i stopped fsck >> and made >> mount -f -a >> sh /etc/rc >> to boot the server and make it work anyway >> (later i shutdown it again and did fsck normally) >> >> As i understand journaling was disabled when i did mount -f -a >> correct? > No, you did not read what fsck wrote. The journal was thrown out and > not used for fsck. It has no relation to the mount operation. To see > if journaling is performed, see mount -v output. I assumed what was not :) Did not know about mount -v at that time. > > What you did is actually dangerous. If due to software bugs or firmware > errors the on-disk metadata structure was corrupted, mounting the volume > could cause run-time check and panic in the best case. In the ideal > world, only inode or block leaks can occur, which is innocent to not > be fixed by fsck, but there is difference between ideal and real world. Yes, I know it is a bad way to go, but since fsck was dirty because of the hang bug the buffers were empty before reboot, so, basically sync was complete just clean flag not set. It happened before and fsck only found leaky inodes.