Project

General

Profile

Actions

Feature #58100

closed

cephadm: redo service level configuration when service spec is changed

Added by Adam King over 1 year ago. Updated 12 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

The specific case in mind writing this is that if you have an rgw frontend ssl cert specified in your spec, and then you change that cert and re-apply the spec, cephadm will never make use of the new cert(https://docs.ceph.com/en/quincy/cephadm/services/rgw/#setting-up-https). This is because it is part of service level configuration that we currently only do when we deploy new daemons for that service. Since changing the cert in a spec is unlikely to cause new daemons to be deployed (this will only happen if the placement is changed or more hosts are added that match the existing placement) users would have to either manually set the cert or do an odd workaround like removing a daemon to get cephadm to deploy a new one and redo the service level configuration. Instead, we should just formalize when we do the service level configuration. Probably when daemons are added/removed or when the spec is updated.

Actions #1

Updated by Adam King 12 months ago

  • Pull request ID set to 49103
Actions #2

Updated by Adam King 12 months ago

going to track backports for this through https://tracker.ceph.com/issues/58101 since they share a PR and will be backported together

Actions #3

Updated by Adam King 12 months ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF