Project

General

Profile

Bug #49436

cephadm bootstrap fails to create /etc/ceph directory

Added by Zac Dover 2 days ago. Updated about 21 hours ago.

Status:
In Progress
Priority:
Normal
Category:
cephadm
Target version:
% Done:

0%

Source:
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature:

Description

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:
https://pad.ceph.com/p/zdover23-docs-2021-Feb-22-install-output
https://pad.ceph.com/p/zdover23-2021-02-23-octopus-complete-mgr-install

inb4: If you run "# mkdir /etc/ceph", the bootstrap process works fine.

History

#1 Updated by Sebastian Wagner 1 day ago

  • Assignee changed from Sebastian Wagner to Paul Cuzner

#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
cephadm-15.2.9-0.el8.noarch

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

Also available in: Atom PDF