Recent content by gurubert

Buy a non-defective enclosure.

You need to configure the old IP addresses from the Ceph public_network on the interfaces before you can do anything with the Ceph cluster.

You cannot just change IPs in ceph.conf. The first step is to add the new network to the Ceph public_neteork setting, then add new MONs with the new IPs to the cluster and after that remove the old MONs. Only after that was successful the old network can be removed from public_network and the...

You can change the crush_rule for a pool. This will not cause issues for the VMs except a maybe slower performance during the time the cluster reorganizes the data.

You will only lose the affected PGs and their objects. This will lead to corrupted files (when the data pool is affected) or a corrupted filesystem (if the metadata pool is affected). Depending on which directory is corrupted you may not be able to access a large part of the CephFS any more...

You may be able to extract the cluster map from the OSDs following this procedure: https://docs.ceph.com/en/squid/rados/troubleshooting/troubleshooting-mon/#recovery-using-osds But as you also changed the IP addresses you will have to change them manually in the MON map before being able to...

IMHO you do not need pool separation between VMs for security reasons. You may want to configure multiple pools for quota or multiple Proxmox clusters. Or if you want to set defferent permissions for users in Proxmox. AFAIK Proxmox does not show the quota max_size value.

Bau die Systeme mit Ansible o.ä. auf und die Config liegt eh schon "extern".

Keep in mind that clustering only works with latencies below 5 milliseconds.

If vmbr0 is VLAN-aware.

It's hard to tell from afar. Try it. And maybe you should move the conversation to the Checkmk forum. https://forum.checkmk.com/

Does the host mepprox01 have the Checkmk agent installed? Is it configured to query the agent?

What version of Checkmk are you running? Starting with 2.4 my extension was incorporated upstream and does not need to be installed separately any more. The mk_ceph.py agent plugin (for Python 3) needs to be deployed to /usr/lib/check_mk_agent/plugins on all Ceph nodes, not on the monitoring...

How should the second node decide that the first one is really down with only two replicas of the data? This setup will never work.

You know that Proxmox has storage live migration?