[ceph-users] 答复: 答复: calculate past_intervals wrong, lead to choose wrong authority osd, then osd assert(newhead >= log.tail)

d much more easily （hammer ）, and I pushed PR# 16371, please have a look, thanks. Best regards -邮件原件- 发件人: Sage Weil [mailto:sw...@redhat.com] 发送时间: 2017年7月14日 21:49 收件人: chenyehua 11692 (RD) 抄送: 'ceph-us...@ceph.com' 主题: Re: 答复: calculate past_intervals wrong, lead to choose

[ceph-users] 答复: calculate past_intervals wrong, lead to choose wrong authority osd, then osd assert(newhead >= log.tail)

at Jewel code, I think this problem seems still exists; later I will test it; I want to solve this problem in hammer branch, what should I do? Could you give me some advice? Thanks. -邮件原件- 发件人: Sage Weil [mailto:sw...@redhat.com] 发送时间: 2017年7月13日 22:51 收件人: chenyehua 11692 (RD) 抄送: &

[ceph-users] calculate past_intervals wrong, lead to choose wrong authority osd, then osd assert(newhead >= log.tail)

Hi Sage I find the osd assert due to the wrongly generated past_intervals, could you give me some advice and solutions to this problem? Here is the detail: Ceph version: 0.94.5 HOST-A HOST-BHOST-C osd 7osd 21 osd11 1. osdmap epoch95, pg 1.20f on os

[ceph-users] 3mon cluster, after ifdown&ifup the public network interface of leader mon, sendQ of one peon monitor will suddenly increase sharply

Dear Cephers: I meet a problem now: my cluster has 3 servers, each server has 1mon and 1osd node0(mon0+osd0)、node1（mon1+osd1）、node2（mon2+osd2） 3 mon(mon0 192.168.202.35/24, mon1 192.168.202.36/24, mon2 192.168.202.37/24) public network 192.168.2.*/24 cluster network 172.16.2.*/24 operation: 1.if

[ceph-users] 答复: leveldb takes a lot of space

@ Niv Azriel : What is your leveldb version and has it been fixed now? @ Wido den Hollander : I also meet a similar problem: the size of my leveldb is about 17GB(300+ osds), there are a lot of sst files(each sst file is 2MB) in /var/lib/ceph/mon. (a networ

[ceph-users] 答复: 答复: mon is stuck in leveldb and costs nearly 100% cpu

Kinjo [mailto:ski...@redhat.com] 发送时间: 2017年2月13日 10:54 收件人: chenyehua 11692 (RD) 抄送: kc...@redhat.com; ceph-users@lists.ceph.com 主题: Re: 答复: [ceph-users] mon is stuck in leveldb and costs nearly 100% cpu O.k, that's reasonable answer. Would you do on all hosts which the MON are runni

[ceph-users] 答复: mon is stuck in leveldb and costs nearly 100% cpu

Sorry, I made a mistake, the ceph version is actually 0.94.5 -邮件原件- 发件人: chenyehua 11692 (RD) 发送时间: 2017年2月13日 9:40 收件人: 'Shinobu Kinjo' 抄送: kc...@redhat.com; ceph-users@lists.ceph.com 主题: 答复: [ceph-users] mon is stuck in leveldb and costs nearly 100% cpu My ceph version

[ceph-users] 答复: mon is stuck in leveldb and costs nearly 100% cpu

My ceph version is 10.2.5 -邮件原件- 发件人: Shinobu Kinjo [mailto:ski...@redhat.com] 发送时间: 2017年2月12日 13:12 收件人: chenyehua 11692 (RD) 抄送: kc...@redhat.com; ceph-users@lists.ceph.com 主题: Re: [ceph-users] mon is stuck in leveldb and costs nearly 100% cpu Which Ceph version are you using? On

[ceph-users] libcephfs prints error" auth method 'x' error -1 "

Dear Mr Kefu Chai Sorry to disturb you again, I meet another problem: Mon has several sessions, one of which seems to be something wrong. The authentication fails and libcephfs keeps printing “libceph: auth method 'x' error -1” It may be relevant to the unexpected key, but I do not know the exa

[ceph-users] mon is stuck in leveldb and costs nearly 100% cpu

Dear Mr Kefu Chai Sorry to disturb you. I meet a problem recently. In my ceph cluster ,health status has warning “store is getting too big!” for several days; and ceph-mon costs nearly 100% cpu; Have you ever met this situation? Some detailed information are attached below: root@cvknode17:~# cep