Since SUSE is building Ceph packages again, I tested the adoption of a Squid package based test cluster (no data in it), and it worked like a charm. Of course, the MDS container image part came up again, that should definitely be in the docs to override the default before creating MDS containers. I'm gonna file a tracker for that. Zitat von Chris Palmer via ceph-users <ceph-users@ceph.io>:
I have a squid package-installed test cluster that I am trying to adopt into cephadm.
Monitors & managers have been adopted, and the orchestrator is functioning.
When I try to adopt an OSD though (e.g. osd.0), cephadm creates the new directory (<fsid>/osd.0) and populates the files from the legacy directory. It then crashes complaining that the directory osd/ceph-0 is not empty so cannot be removed. In some cases none of the files have been removed, and in others the block symlink and require_osd_release file remain. I can remove the new <fsid>/osd.0 and use ceph-volume to activate the OSD again.
cephadm.log reports that every file has been moved and the ownership set - even for files that still remain in the legacy directory. It doesn't report any other errors (apart from the directory not empty error. when it crashes).
I really can't find where to go from here. Any pointers appreciated...
Thanks, Chris _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io