From: Mateusz Guzik <mguzik@redhat.com>
To: Jan Kara <jack@suse.cz>
Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Josef Bacik <jbacik@fb.com>, Al Viro <viro@ZenIV.linux.org.uk>,
Eric Sandeen <esandeen@redhat.com>, Joe Perches <joe@perches.com>
Subject: Re: [PATCH V2 2/2] fs: print a message when freezing/unfreezing filesystems
Date: Wed, 14 May 2014 13:26:21 +0200 [thread overview]
Message-ID: <20140514112619.GA10637@mguzik.redhat.com> (raw)
In-Reply-To: <20140514111449.GB5824@quack.suse.cz>
On Wed, May 14, 2014 at 01:14:49PM +0200, Jan Kara wrote:
> On Wed 14-05-14 00:04:43, Mateusz Guzik wrote:
> > This helps hang troubleshooting efforts when only dmesg is available.
> >
> > While here remove code duplication with MS_RDONLY case and fix a
> > whitespace nit.
> I'm somewhat undecided here I have to say. On one hand I don't like
> printing to kernel log when everything is fine and kernel is operating
> normally. On the other hand I've seen quite a few cases where people have
> shot themselves in the foot with filesystem freezing so having some trace
> of this in the log doesn't seem like a completely bad thing either. What do
> other people think?
>
I would like to note that the kernel already prints messages when e.g.
filesystems get mounted.
And yes, situations where I/O is frozen and hung task detector comes into
play happen more often than you may think. I can hide these behind a
sysctl if this helps.
Finally, somewhat related to the first mail, my preferred message format
(which I was somewhat reluctant to propose earlier) would be:
VFS (%s): Filesystem frozen by %s:%d
with device, process and pid respectively.
--
Mateusz Guzik
next prev parent reply other threads:[~2014-05-14 11:26 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-13 22:04 [PATCH V2 1/2] fs: include device name in error messages about freezing Mateusz Guzik
2014-05-13 22:04 ` [PATCH V2 2/2] fs: print a message when freezing/unfreezing filesystems Mateusz Guzik
2014-05-14 11:14 ` Jan Kara
2014-05-14 11:26 ` Mateusz Guzik [this message]
2014-05-14 11:39 ` Jan Kara
2014-05-14 22:00 ` Dave Chinner
2014-05-14 22:37 ` Dave Chinner
2014-05-14 22:40 ` Eric Sandeen
2014-05-15 10:40 ` Lukáš Czerner
2014-05-15 10:47 ` Mateusz Guzik
2014-05-15 22:21 ` Dave Chinner
2014-05-15 22:34 ` Mateusz Guzik
2014-05-15 22:34 ` Mateusz Guzik
2014-05-15 22:51 ` Dave Chinner
2014-05-15 23:19 ` Mateusz Guzik
2014-05-16 0:11 ` Dave Chinner
2014-05-16 0:39 ` Mateusz Guzik
2014-05-19 9:43 ` Jan Kara
2014-05-19 23:37 ` Dave Chinner
2014-05-15 10:13 ` Jan Kara
2014-05-15 22:16 ` Dave Chinner
2014-05-14 11:58 ` Lukáš Czerner
2014-05-14 11:10 ` [PATCH V2 1/2] fs: include device name in error messages about freezing Jan Kara
2014-05-14 22:07 ` Dave Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140514112619.GA10637@mguzik.redhat.com \
--to=mguzik@redhat.com \
--cc=esandeen@redhat.com \
--cc=jack@suse.cz \
--cc=jbacik@fb.com \
--cc=joe@perches.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@ZenIV.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.