Skip to content

mgr/cephadm: Add migration to keep the service names consistent#36284

Merged
sebastian-philipp merged 2 commits intoceph:masterfrom
sebastian-philipp:cephadm_service_id_migration
Jul 31, 2020
Merged

mgr/cephadm: Add migration to keep the service names consistent#36284
sebastian-philipp merged 2 commits intoceph:masterfrom
sebastian-philipp:cephadm_service_id_migration

Conversation

@sebastian-philipp
Copy link
Contributor

mgr/cephadm: Add migratoin to keep the service names consistent

After 15.2.4, we unified some service IDs: MONs, MGRs etc no longer have a service id.
Which means, the service names changed:

mon.foo -> mon
mgr.foo -> mgr

This fixes the data structure consistency

This is a follow up on #35839 Especially #35839 (comment)

Signed-off-by: Sebastian Wagner sebastian.wagner@suse.com

Checklist

  • References tracker ticket
  • Updates documentation if necessary
  • Includes tests for new functionality or reproducer for bug

Show available Jenkins commands
  • jenkins retest this please
  • jenkins test classic perf
  • jenkins test crimson perf
  • jenkins test signed
  • jenkins test make check
  • jenkins test make check arm64
  • jenkins test submodules
  • jenkins test dashboard
  • jenkins test dashboard backend
  • jenkins test docs
  • jenkins render docs
  • jenkins test ceph-volume all
  • jenkins test ceph-volume tox

@sebastian-philipp sebastian-philipp requested a review from a team as a code owner July 24, 2020 14:22
@sebastian-philipp sebastian-philipp force-pushed the cephadm_service_id_migration branch from c0c52a0 to 8e51ed5 Compare July 24, 2020 14:23
Copy link
Contributor

@mgfritch mgfritch left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems like this PR applies to all specs? when it should only be this set of services:

REQUIRES_SERVICE_ID = 'iscsi mds nfs osd rgw'.split()

Comment on lines +144 to +147
bad_specs = {}
for name, spec in self.mgr.spec_store.specs.items():
if name != spec.service_name():
bad_specs[name] = (spec.service_name(), spec)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hmm, because of #35839 (comment)

the bad specs won't be available via the spec_store when the mgr loads ..?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sebastian-philipp sebastian-philipp changed the title mgr/cephadm: Add migratoin to keep the service names consistent mgr/cephadm: Add migration to keep the service names consistent Jul 27, 2020
@sebastian-philipp sebastian-philipp force-pushed the cephadm_service_id_migration branch from 8e51ed5 to e1bc519 Compare July 27, 2020 13:50
@sebastian-philipp
Copy link
Contributor Author

seems like this PR applies to all specs? when it should only be this set of services:

REQUIRES_SERVICE_ID = 'iscsi mds nfs osd rgw'.split()

more like the other way around: all services that don't require an ID. Nevertheless. I think we're ok when running this for all specs

@jschmid1
Copy link
Contributor

Setting any affected spec to unmanaged=True feels wrong. There is no mechanism of telling a user what's happening or am I missing something?

@sebastian-philipp
Copy link
Contributor Author

Setting any affected spec to unmanaged=True feels wrong. There is no mechanism of telling a user what's happening or am I missing something?

You're right. Do you have any other idea?

@jschmid1
Copy link
Contributor

You're right. Do you have any other idea?

I think this comes down the recurring topic of "How to display error/warning messages to the user?"

But this is again another topic :) I'll set this on the agenda of the next weekly meeting

@sebastian-philipp
Copy link
Contributor Author

You're right. Do you have any other idea?

I think this comes down the recurring topic of "How to display error/warning messages to the user?"

But this is again another topic :) I'll set this on the agenda of the next weekly meeting

ok. are you ok with the PR for now?

@jschmid1 jschmid1 self-requested a review July 28, 2020 12:19
Copy link
Contributor

@jschmid1 jschmid1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok. are you ok with the PR for now?

yes

@sebastian-philipp
Copy link
Contributor Author

Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
After 15.2.4, we unified some service IDs: MONs, MGRs etc no longer have a service id.
Which means, the service names changed:

mon.foo -> mon
mgr.foo -> mgr

This fixes the data structure consistency

Signed-off-by: Sebastian Wagner <sebastian.wagner@suse.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants