> > It seems like removing packages did the trick, and there are up OSDs.
Apparently yes. I've already placed some test files in the cluster, and the test went well. I've also added the cluster as a mount in /etc/fstab. The mount itself was performed after mount -a, but not on startup. There is only one thing I've just found in the syslog at startup: [ 150.710312] ceph: loaded (mds proto 32) [ 150.745343] libceph: mon1 (1)10.20.0.12:6789 socket closed (con state V1_BANN ER) [ 151.016656] libceph: mon1 (1)10.20.0.12:6789 socket closed (con state V1_BANN ER) [ 151.520015] libceph: mon1 (1)10.20.0.12:6789 socket closed (con state V1_BANN ER) [ 157.642865] libceph: mon3 (1)10.20.0.14:6789 session established [ 157.645794] libceph: client274103 fsid 8aad3073-39a1-11f1-bf6e-f2704a1efa9b [ 157.646023] libceph: mds0 (1)10.20.0.11:6801 socket error on write [ 157.919274] libceph: mds0 (1)10.20.0.11:6801 socket error on write [ 158.426046] libceph: mds0 (1)10.20.0.11:6801 socket error on write [ 171.485479] ceph: mds0 reconnect start [ 171.485542] ceph: No mds server is up or the cluster is laggy This contradicts the output of ceph -s, which still says, HEALTH_OK. Am Fr., 24. Apr. 2026 um 00:38 Uhr schrieb Anthony D'Atri via ceph-users < [email protected]>: > _______________________________________________ > ceph-users mailing list -- [email protected] > To unsubscribe send an email to [email protected] > _______________________________________________ ceph-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
