From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-15?Q?Luk=E1=A8_Czerner?= Subject: Re: [PATCH 2/2] fs: print a message when freezing/unfreezing filesystems Date: Thu, 15 May 2014 12:43:17 +0200 (CEST) Message-ID: References: <1400005862-3751-1-git-send-email-mguzik@redhat.com> <1400005862-3751-2-git-send-email-mguzik@redhat.com> <20140514215457.GC5421@dastard> <20140515094236.GE10637@mguzik.redhat.com> <20140515100157.GB27289@quack.suse.cz> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Mateusz Guzik , Dave Chinner , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Josef Bacik , Al Viro , Eric Sandeen To: Jan Kara Return-path: In-Reply-To: <20140515100157.GB27289@quack.suse.cz> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Thu, 15 May 2014, Jan Kara wrote: > Date: Thu, 15 May 2014 12:01:57 +0200 > From: Jan Kara > To: Mateusz Guzik > Cc: Dave Chinner , linux-kernel@vger.kernel.org, > linux-fsdevel@vger.kernel.org, Josef Bacik , > Jan Kara , Al Viro , > Eric Sandeen > Subject: Re: [PATCH 2/2] fs: print a message when freezing/unfreezing > filesystems > > On Thu 15-05-14 11:42:37, Mateusz Guzik wrote: > > On Thu, May 15, 2014 at 07:54:57AM +1000, Dave Chinner wrote: > > > On Tue, May 13, 2014 at 08:31:02PM +0200, Mateusz Guzik wrote: > > > > This helps hang troubleshooting efforts when only dmesg is available. > > > > > > I really don't think that spamming dmesg every time a filesystem is > > > frozen or thawed is a good idea. This happens a *lot* when systems > > > are using snapshots, and for the most part nobody cares about > > > freeze/thaw cycles because they almost always work just fine. > > > > > > > I agree it may get noisy. > > > > > I'd think that /proc/self/mounts would be a much better place to > > > indicate that the fs is frozen. After all, that's where we tell > > > people whether the filesystem is ro or rw, and frozen is just > > > a temporary, non-invasive ro state... > > > > > > > Except you can't inspect /proc/self/mounts when the only thing you got > > is dmesg, so this does not really help my case. > > > > That said, I'll try to come up with a different solution. > > > > Poorly reported side-effects of frozen I/O are only a part of the real > > problem which is hung task detector being able to typically report > > backtraces of "victims" only. I came up with printks becuase these are > > a cheap way and would help us out in a lot of cases. > I was tracking down a couple of times what the hell is freezing the > filesystem (and not unfreezing it) and I agree with Mateusz it would be > nice if we could tell after the fact who froze the fs. Maybe we could store > that information in superblock and dump it during emergency thaw? I like that idea and if we agree to create procfs file to list frozen file system this might be one of the useful information to report there. -Lukas > > Honza >