All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wengang Wang <wen.gang.wang@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH] ocfs2: adds mlogs to aops.c -V3
Date: Fri, 28 Aug 2009 15:00:40 +0800	[thread overview]
Message-ID: <4A978098.60306@oracle.com> (raw)
In-Reply-To: <20090828053911.GB19658@mail.oracle.com>

Hi Joel,

Joel Becker wrote:
> On Fri, Aug 28, 2009 at 10:12:45AM +0800, Wengang Wang wrote:
>> in fact, I had ever hit case that ocfs2 returns EIO, but even allowing 
>> ENTRY/EXIT, there is no log indicating that.. the bug number is 8627756.
>>
>> So I think we'd better add the logs to such functions. and added them 
>> for the functions in aops.c(seems that Sunil wants to add logs to that 
>> file)...
> 
> 	Hunting down an -EIO is a good case, though we usually use
> mlog_errno() for that.  The concern I have is not that you're logging,
> it's that entry/exit are pretty poor things to log.
> 	For example, once you figure out where the -EIO is coming from,
> I'd rather see us properly log that.
> 

Yes, we should log errors when we hit them immediately(if you meant that).

and I think I did added mlog_errno()s where there should be one but 
there is a lack. for example:

  	ret = ocfs2_inode_lock_full(inode, NULL, 0, OCFS2_LOCK_NONBLOCK);
-	if (ret)
-		return err;
+	if (ret) {
+		mlog_errno(ret);
+		goto bail;
+	}

the thing is that I only checked file apos.c, maybe there are more such 
lacks..

>> and for the patch its self, I think the log contents are for developers 
>> to check(not for customer to view), so we can know what are printed by 
>> checking the src... so I am printing some parameters without pointing 
>> out what they are.
> 
> 	Yeah, I just don't know that we care :-
Oh, excuse for my poor English :P, what do you mean here?
you think it's OK that we don't point out what are printed? or you think 
we should point them out exactly in log contents?

regards,
wengang.

  reply	other threads:[~2009-08-28  7:00 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-14  6:02 [Ocfs2-devel] [PATCH] ocfs2: adds mlogs to aops.c -V3 Wengang Wang
2009-08-28  1:10 ` Joel Becker
2009-08-28  2:12   ` Wengang Wang
2009-08-28  5:39     ` Joel Becker
2009-08-28  7:00       ` Wengang Wang [this message]
2009-08-28  7:34         ` Joel Becker
2009-08-28  7:40           ` Wengang Wang
2009-08-28  8:14             ` Joel Becker
2009-08-28 21:49             ` Joel Becker
2009-08-31  0:51               ` Wengang Wang
2009-08-28  7:41           ` Tao Ma

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=4A978098.60306@oracle.com \
    --to=wen.gang.wang@oracle.com \
    --cc=ocfs2-devel@oss.oracle.com \
    /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.