cephadm bootstrap fails to create /etc/ceph directory
In trials of Octopus and Pacific, cephadm fails to create /etc/ceph during the bootstrapping process.
These two etherpads provide CLI input and output for the cephadm bootstrap process:
inb4: If you run "# mkdir /etc/ceph", the bootstrap process works fine.
#2 Updated by Paul Cuzner about 21 hours ago
- Status changed from New to In Progress
- Assignee changed from Paul Cuzner to Sebastian Wagner
the creation of the missing dir is there in the src for octopus and pacific. In both examples provided, the source is downloaded, followed by add-repo and install. So the bootstrap runs from the packaged version, not from src.
I setup an ubuntu (20.04.02) vm, and installed the cephadm binary, to pull in the packaged version
paul@ubuntu20-04:~$ sudo dpkg -l cephadm
Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description
ii cephadm 15.2.7-0ubuntu0.20.04.2 amd64 cephadm utility to bootstrap ceph daemons with systemd and containers
this version does NOT have the patch in it
Checked a RHEL based deployment
[root@cephadmtest ~]# rpm -q cephadm
This version has the patch in it.
Looking at the ubuntu repos on the server the octopus repo is disabled due to no public key being installed - so the version installed is coming from the main ubuntu 'universe' repo.
@Zac can you please confirm that after installing the updated deb package (15.2.9 or above) that the directory issue is resolved?
If this is confirmed, we can close this tracker
Assigning back to Sebastian, since there seems to be an outstanding bug relating to gpg key and ubuntu - https://tracker.ceph.com/issues/45009