From: Ivan Telichko <itelichko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Regarding ``problem with nilfs_cleanerd - part 2'' and ``Nilfs_cleanerd err=-17''
Date: Tue, 26 Apr 2011 21:21:48 +0000 (UTC) [thread overview]
Message-ID: <loom.20110426T231606-740@post.gmane.org> (raw)
In-Reply-To: 20110425.163414.06954497.ryusuke@osrg.net
It seems my reply was discarded, probably because it was too large. I
will try to use pastebin for summaries then.
> According to the log, the same data block (i.e. blocks having the same
> inode number, the same block offset, and the same checkpoint number)
> appeared twice in a segment, and this causes a conflict of buffer on
> GC page cache.
I tried to find blocks with same ino, cno and blkoff fields in one segment
with perl script. In 200 segments around 1721, there are about 1600 of
these, but none with ino=97606. Most of them (around 98%) have cno=0,
ino = one of 3,4,5.
Could you tell more about how bad blocks should look like? It is not
clear if blocks without blkoff=X or with level=X count as duplicates.
> Could you take summaries of the segment 1721 and its adjacent segments ?
>
> Summaries of a segment can be obtained as follows:
>
> # dumpseg /dev/sda6 1721
> ~~~~~~~~~
> your block device
>
> where the segment 1721 contains the block 3526535 (a segment consists
> of 2048 blocks by default). It doesn't contain any user private data.
Here are summaries for blocks 1720,1721,1722:
http://pastebin.com/vdC8WUWv
---
Regards,
Ivan Telichko
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-04-26 21:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-19 19:04 Regarding ``problem with nilfs_cleanerd - part 2'' and ``Nilfs_cleanerd err=-17'' dexen deVries
2011-04-22 18:27 ` Ivan Telichko
[not found] ` <loom.20110422T201841-92-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2011-04-25 1:35 ` Ryusuke Konishi
2011-04-25 5:28 ` Ivan Telichko
[not found] ` <loom.20110425T072626-629-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2011-04-25 7:34 ` Ryusuke Konishi
2011-04-26 21:21 ` Ivan Telichko [this message]
[not found] ` <loom.20110426T231606-740-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2011-04-27 6:40 ` Ryusuke Konishi
2011-04-27 9:27 ` Ivan Telichko
[not found] ` <loom.20110427T111017-105-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2011-04-27 11:40 ` Ryusuke Konishi
2011-04-27 12:29 ` Ivan Telichko
[not found] ` <loom.20110427T140022-700-eS7Uydv5nfjZ+VzJOa5vwg@public.gmane.org>
2011-04-28 1:36 ` Ryusuke Konishi
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=loom.20110426T231606-740@post.gmane.org \
--to=itelichko-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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.