MISTAKE: version is 14.2.12
Zhenshi Zhou 于2020年10月29日周四 下午2:38写道：
> My cluster is 12.2.12, with all sata disks.
> the space of store.db:
> [image: image.png]
>
> How can I deal with it?
>
> Zhenshi Zhou 于2020年10月29日周四 下午2:37写道：
>
>> Hi all,
>>
>> My cluster is in wrong state. SST files in /var/
My cluster is 12.2.12, with all sata disks.
the space of store.db:
[image: image.png]
How can I deal with it?
Zhenshi Zhou 于2020年10月29日周四 下午2:37写道：
> Hi all,
>
> My cluster is in wrong state. SST files in /var/lib/ceph/mon/xxx/store.db
> continue growing. It claims mon are using a lot of disk s
Hi all,
My cluster is in wrong state. SST files in /var/lib/ceph/mon/xxx/store.db
continue growing. It claims mon are using a lot of disk space.
I set "mon compact on start = true" and restart one of the monitors. But
it started and campacting for a long time, seems it has no end.
[image: image.
I've been struggling with this one for a few days now. We had an OSD report as
near full a few days ago. Had this happen a couple of times before and a
reweight-by-utilization has sorted it out in the past. Tried the same again
but this time we ended up with a couple of pgs in a state of back
Eugen, I've got four physical servers and I've installed mon on all of them.
I've discussed it with Wido and a few other chaps from ceph and there is no
issue in doing it. The quorum issues would happen if you have 2 mons. If you've
got more than 2 you should be fine.
Andrei
- Original Mes
Hello,
I am at my wit's end.
So I made a mistake in the configuration of my router and one
of the monitors (out of 3) dropped out of the quorum and nothing
I’ve done allow it to rejoin. That includes reinstalling the
monitor with ceph-ansible.
The connectivity issue is fixed. I’ve tested it usin
Yes, I have, Eugen, I see no obvious reason / error / etc. I see a lot of
entries relating to Compressing as well as monitor going down.
Andrei
- Original Message -
> From: "Eugen Block"
> To: "ceph-users"
> Sent: Wednesday, 28 October, 2020 11:51:20
> Subject: [ceph-users] Re: frequ
Hi all,
please join here:
https://meet.google.com/_meet/ush-zpjg-wab?ijlm=1603919117370&hs=130
On Fri, Oct 9, 2020 at 10:25 AM wrote:
> Hello all,
>
> This is an invite to all interested to join a working group being formed
> for 2020 Ceph User Survey planning. The focus is to augment the
> q
Why do you have 4 MONs in the first place? That way a quorum is
difficult to achieve, could it be related to that?
Zitat von Andrei Mikhailovsky :
Yes, I have, Eugen, I see no obvious reason / error / etc. I see a
lot of entries relating to Compressing as well as monitor going down.
Andrei
Hello everyone,
I am having regular messages that the Monitors are going down and up:
2020-10-27T09:50:49.032431+ mon .arh-ibstorage2-ib ( mon .1) 2248 : cluster
[WRN] Health check failed: 1/4 mons down, quorum
arh-ibstorage2-ib,arh-ibstorage3-ib,arh-ibstorage4-ib (MON_DOWN)
2020-10-27T0
You have many unknown PGs because you removed lots of OSDs, this is
likely to be a problem. Are the removed OSDs still at hand? It's
possible that you could extract PGs which are missing and import them
on healthy OSDs, but that's a lot of manual work. Do you have backups
of the data? Then
Hi all, I need to go back to a small piece of information:
> I was 3 mons, but i have 2 physical datacenters, one of them breaks with
> not short term fix, so i remove all osds and ceph mon (2 of them) and
> now i have only the osds of 1 datacenter with the monitor.
When I look at the data about
EC profile: https://pastebin.ubuntu.com/p/kjbdQXbs85/
ceph pg dump pgs | grep -v "active+clean":
https://pastebin.ubuntu.com/p/g6TdZXNXBR/
El 2020-10-28 02:23, Eugen Block escribió:
If you have that many spare hosts I would recommend to deploy two more
MONs on them, and probably also addition
Great response, thanks, i will use now only one site, but need first
stabilice the cluster to remove the EC erasure coding and use replicate.
Could you help me?
So the thing is that i have 2 pool, cinder-ceph and data_storage.
data_storage is only as data_path for cinder-ceph pool, but now i u
Hi Wladimir, according to the logs you first sent it seems that there is an
authentication issue (the osd daemon not being able to fetch the mon config):
> жов 23 16:59:36 p10s ceph-osd[3987]: 2020-10-23T16:59:36.947+0300
> 7f513cebedc0 -1 AuthRegistry(0x7fff46ea5d80) no keyring found at
> /var/l
Have you looked into syslog and mon logs?
Zitat von Andrei Mikhailovsky :
Hello everyone,
I am having regular messages that the Monitors are going down and up:
2020-10-27T09:50:49.032431+ mon .arh-ibstorage2-ib ( mon .1)
2248 : cluster [WRN] Health check failed: 1/4 mons down, quorum
16 matches
Mail list logo
