From: David Zafman <dzafman@redhat.com>
To: 池信泽 <xmdxcxz@gmail.com>, changtao381 <changtao381@163.com>
Cc: ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: pg scrub check problem
Date: Wed, 28 Oct 2015 12:27:14 -0700 [thread overview]
Message-ID: <56312192.3030204@redhat.com> (raw)
In-Reply-To: <CANE=7sXqUs=9TgZsO0A8n0aQKHex4OnCW9uikP=TkNdsj+bDrQ@mail.gmail.com>
Initiating a manual deep-scrub like you are doing should always run.
The command you are running doesn't report any information it just
initiates a background process. If you follow the command with ceph -w
you'll see what is happening:
After I corrupted one of my replicas I see this.
$ ceph pg deep-scrub 1.6; ceph -w
instructing pg 1.6 on osd.3 to deep-scrub
cluster 8528c83b-0ff9-479c-af76-fc0ac5c595d3
health HEALTH_OK
monmap e1: 1 mons at {a=127.0.0.1:6789/0}
election epoch 2, quorum 0 a
osdmap e14: 4 osds: 4 up, 4 in
flags sortbitwise
pgmap v29: 16 pgs, 2 pools, 1130 bytes data, 1 objects
83917 MB used, 30311 MB / 117 GB avail
16 active+clean
2015-10-28 12:23:17.724011 mon.0 [INF] from='client.?
127.0.0.1:0/3672629479' entity='client.admin' cmd=[{"prefix": "pg
deep-scrub", "pgid": "1.6"}]: dispatch
2015-10-28 12:23:19.787756 mon.0 [INF] pgmap v30: 16 pgs: 1
active+clean+inconsistent, 15 active+clean; 1130 bytes data, 83917 MB
used, 30310 MB / 117 GB avail
2015-10-28 12:23:18.274239 osd.3 [INF] 1.6 deep-scrub starts
2015-10-28 12:23:18.277332 osd.3 [ERR] 1.6 shard 2: soid
1/7fc1f406/foo/head data_digest 0xe84d3cdc != known data_digest
0x74d68469 from auth shard 0, size 7 != known size 1130
2015-10-28 12:23:18.277546 osd.3 [ERR] 1.6 deep-scrub 0 missing, 1
inconsistent objects
2015-10-28 12:23:18.277549 osd.3 [ERR] 1.6 deep-scrub 1 errors
^C
David
On 10/28/15 3:34 AM, 池信泽 wrote:
> Are you sure the osd begin to scrub? maybe you could check it from osd
> log, or using 'ceph pg dump' to
> check whether the scrub stamp changes or not.
> Because there is some strategy which would reject the scrub command
> Such as the system load , osd_scrub_min_interval,
> osd_deep_scrub_interval and so on
>
> 2015-10-28 17:39 GMT+08:00 changtao381 <changtao381@163.com>:
>> Hi,
>>
>> I’m testing the deep-scrub function of ceph. And the test steps are below :
>>
>> 1) I put an object on ceph using command :
>> rados put test.txt test.txt –p testpool
>>
>> The size of testpool is 3, so there three replicates on three osds:
>>
>> osd.0: /data1/ceph_data/osd.0/current/1.0_head/test.txt__head_8B0B6108__1
>> osd.1: /data2/ceph_data/osd.1/current/1.0_head/test.txt__head_8B0B6108__1
>> osd.2 /data3/ceph_data/osd.2/current/1.0_head/test.txt__head_8B0B6108__1
>>
>> 2) I modified the content of one replica on osd.0 using vim editor directly on disk
>>
>> 3) I run the command
>> ceph pg deep-scrub 1.0
>>
>> and expect it can check the inconsistent error out, but it fails. It doesn’t find the error
>> why?
>>
>> Any suggestions will be appreciated! Thanks
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2015-10-28 19:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-28 9:39 pg scrub check problem changtao381
2015-10-28 10:34 ` 池信泽
2015-10-28 19:27 ` David Zafman [this message]
2015-10-29 0:13 ` Sage Weil
2015-10-29 0:26 ` David Zafman
2015-10-29 0:42 ` 池信泽
2015-10-31 16:59 ` Ning Yao
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=56312192.3030204@redhat.com \
--to=dzafman@redhat.com \
--cc=ceph-devel@vger.kernel.org \
--cc=changtao381@163.com \
--cc=xmdxcxz@gmail.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.