From: Kefu Chai <k.chai@proxmox.com>
To: pve-devel@lists.proxmox.com
Cc: Thomas Lamprecht <t.lamprecht@proxmox.com>,
Jonas Theisen <j.theisen@proxmox.com>
Subject: [PATCH manager v2 4/4] migrations: cephx: name the hosts keeping key copies we cannot write
Date: Mon, 19 Oct 2026 16:23:46 +0800 [thread overview]
Message-ID: <20261019082346.1781960-5-k.chai@proxmox.com> (raw)
In-Reply-To: <20261019082346.1781960-1-k.chai@proxmox.com>
A host outside this cluster that runs a Ceph daemon usually keeps its
own copy of the 'client.admin' keyring. We do not write that copy, so a
key rotation leaves it stale.
Name these hosts when the key is staged and when it is committed, and
print commands to refresh the copy:
- While staged, fetch the new key, usually as 'client.admin'. A user
with only 'profile rbd' caps cannot read its own key. Take the key
from the JSON output and write it with ceph-authtool, because a
keyring saved by 'auth get' has a 'pending key' line that Ceph cannot
read.
- After the commit, fetch it with the monitor's own keyring, if the
host runs a monitor. Otherwise copy it over from one of our nodes.
The commands name their keyring files, because a ceph.conf copied from
here points to /etc/pve.
Signed-off-by: Kefu Chai <k.chai@proxmox.com>
---
bin/pve-cephx-rotate-service-keys | 53 ++++++++++++++++-
test/CephKeyMigrationScript_test.pl | 89 ++++++++++++++++++++++++++++-
2 files changed, 140 insertions(+), 2 deletions(-)
diff --git a/bin/pve-cephx-rotate-service-keys b/bin/pve-cephx-rotate-service-keys
index c7565e9e..ea953f76 100755
--- a/bin/pve-cephx-rotate-service-keys
+++ b/bin/pve-cephx-rotate-service-keys
@@ -197,6 +197,51 @@ my sub unmanaged_monitors($info) {
return grep { !$_->{managed} } $info->{daemons}->{mon}->@*;
}
+# hosts that run Ceph daemons outside this cluster. '$DAEMON_TYPES' has no monitors, so add them.
+my sub unmanaged_hosts_of($info) {
+ my $hosts = {};
+ for my $type ('mon', @$DAEMON_TYPES) {
+ $hosts->{ $_->{node} } = 1
+ for grep { !$_->{managed} && defined($_->{node}) } $info->{daemons}->{$type}->@*;
+ }
+ return sort keys %$hosts;
+}
+
+# Such a host keeps its own key copies, usually of 'client.admin'. While the key is staged, its
+# admin can fetch the new key with the old one, as a user allowed to read keys. The key comes from
+# the JSON output, as Ceph cannot read the 'pending key' line that 'auth get' writes. After the
+# commit, a monitor host can use its 'mon.' keyring instead.
+my sub unmanaged_copy_note($info, $committed = 0) {
+ my @hosts = unmanaged_hosts_of($info);
+ return if !@hosts;
+
+ my $where = join(', ', map { "'$_'" } @hosts);
+ if (!$committed) {
+ log_step("Proxmox VE rewrites the key copies it manages. These hosts run Ceph daemons"
+ . " without being nodes of this cluster, so a keyring they keep for their own use is"
+ . " not among them: $where. Their admin can refresh one while both keys still work,"
+ . " as a user allowed to read keys, usually 'client.admin'. The commands name both"
+ . " keyrings, as a configuration copied from here looks for keys under '/etc/pve',"
+ . " which such a host does not have:");
+ log_step(" KEY=\$(ceph -n client.admin -k <admin keyring file> auth get USER -f json"
+ . " | python3 -c 'import json, sys; print(json.load(sys.stdin)[0][\"pending_key\"])')"
+ );
+ log_step(" ceph-authtool <keyring file> -n USER --add-key \"\$KEY\"");
+ return;
+ }
+
+ log_warn("The previous key no longer works. A keyring these hosts keep for their own use was"
+ . " not rewritten, as they are not nodes of this cluster: $where. On a monitor host, and"
+ . " while its keyring still holds the current 'mon.' key, its admin can refresh one with"
+ . " the monitor's own credential:");
+ log_step(" ceph --name mon. --keyring "
+ . mon_keyring_path('<id>')
+ . " auth get USER -o <keyring file>");
+ log_step("Otherwise fetch the key on a node of this cluster and copy the file over.");
+
+ return;
+}
+
my sub assert_located($node, $entity) {
die "Cannot manage '$entity': no valid host name was reported\n"
if !defined($node) || ref($node) || !length($node);
@@ -2029,6 +2074,7 @@ my sub preflight_cluster(
};
my $confirmation_refused = 0;
+ my $committed_copies = 0;
my $confirm_all = $opts->{'confirm-all-clients-refreshed'};
my $confirmation_seen = {};
my @confirm =
@@ -2256,7 +2302,7 @@ my sub preflight_cluster(
}
# The record remains open if the commit fails, so the confirmation is retryable.
- commit_staged_key($info->{rados}, $state, $entity) if $staged;
+ $committed_copies = 1 if $staged && commit_staged_key($info->{rados}, $state, $entity);
my $mark = $state->{client_refresh}->{$entity};
$mark->{cleared} = time();
$mark->{acknowledged} = time();
@@ -2265,6 +2311,9 @@ my sub preflight_cluster(
}
}
+ # copies on hosts we do not manage are stale from here on
+ unmanaged_copy_note($info, 1) if $committed_copies;
+
# Confirmation can promote staged keys. Recollect before any remaining preflight decision and
# update the caller's shared cluster picture before it builds the migration plan.
if (!$confirmation_refused && scalar(@confirm)) {
@@ -3045,6 +3094,7 @@ my sub print_plan($info, $plan, $state, $opts, $storage_entities) {
log_step("For each staged Ceph user key, both the current and new keys authenticate"
. " until the new key is committed with '--confirm-clients-refreshed USER' or,"
. " once every open record is ready, '--confirm-all-clients-refreshed'.");
+ unmanaged_copy_note($info);
log_step("the monitors stop automatic pending-key promotion until every staged key is"
. " committed or aborted")
if $opts->{verbose};
@@ -6344,6 +6394,7 @@ sub key_migration_test_hooks {
check_client_kernels => \&check_client_kernels,
manual_promotion_with_retries => \&manual_promotion_with_retries,
mon_admin_run => \&mon_admin_run,
+ unmanaged_copy_note => \&unmanaged_copy_note,
describe_live => \&describe_live,
};
}
diff --git a/test/CephKeyMigrationScript_test.pl b/test/CephKeyMigrationScript_test.pl
index 5d251596..5c5a9bf8 100755
--- a/test/CephKeyMigrationScript_test.pl
+++ b/test/CephKeyMigrationScript_test.pl
@@ -3619,7 +3619,15 @@ sub run_aggregate_confirmation {
mon => [],
mgr => [],
mds => [],
- osd => [{ type => 'osd', id => 7, entity => 'osd.7', node => 'node-daemon' }],
+ osd => [
+ {
+ type => 'osd',
+ id => 7,
+ entity => 'osd.7',
+ node => 'node-daemon',
+ managed => 1,
+ },
+ ],
},
};
my $plan = {
@@ -3717,6 +3725,41 @@ sub run_aggregate_confirmation {
qr/For each staged Ceph user key, both the current and new keys authenticate.*committed with '--confirm-clients-refreshed USER' or, once every open record is ready, '--confirm-all-clients-refreshed'/s,
'the default names both staged completion paths without offering the aggregate early',
);
+ unlike(
+ $concise,
+ qr/without being nodes of this cluster/,
+ 'a cluster that manages every daemon host is told nothing about copies elsewhere',
+ );
+
+ # while the key is staged, a host outside this cluster can fetch it with the old key
+ {
+ my $stretched = { %$info, daemons => { %{ $info->{daemons} } } };
+ $stretched->{daemons}->{mon} = [
+ { type => 'mon', id => 'a', node => 'node-a', managed => 1 },
+ { type => 'mon', id => 'tiebreaker', node => 'witness.example', managed => 0 },
+ ];
+ my $output = $render->(0, undef, undef, undef, $stretched);
+ like(
+ $output,
+ qr/without being nodes of this cluster.*'witness\.example'.*while both keys still work/s,
+ 'the host is named while the old key still authenticates',
+ );
+ like(
+ $output,
+ qr/KEY=\$\(ceph -n client\.admin -k <admin keyring file> auth get USER -f json \|.*"pending_key".*\n.*ceph-authtool <keyring file> -n USER --add-key "\$KEY"/,
+ 'as a user allowed to read keys, writing the staged key itself, naming both keyrings',
+ );
+ unlike(
+ $output,
+ qr/'node-a'/,
+ 'and a managed node is not, as Proxmox VE rewrites its copies',
+ );
+ unlike(
+ $output,
+ qr/--name mon\./,
+ 'the monitor credential is not offered while the simpler one still works',
+ );
+ }
like(
$concise,
qr/For staged keys.*live-migrate affected\s+VMs, including those with kernel RBD disks/s,
@@ -7902,6 +7945,50 @@ for my $case ([0, 0], [1, 0], [0, 1], [1, 1]) {
);
}
+# After the commit the old copy no longer works, so the note names another credential.
+{
+ my $stretched = {
+ daemons => {
+ mon => [
+ { type => 'mon', id => 'a', node => 'node-a', managed => 1 },
+ { type => 'mon', id => 'witness', node => 'witness.example', managed => 0 },
+ ],
+ mgr => [],
+ mds => [],
+ osd => [],
+ },
+ };
+ my $note = sub {
+ my ($committed) = @_;
+ my $out = '';
+ open(my $stdout, '>', \$out) or die $!;
+ local *STDOUT = $stdout;
+ $HOOKS->{unmanaged_copy_note}->($stretched, $committed);
+ return $out;
+ };
+
+ my $committed = $note->(1);
+ like($committed, qr/WARN.*previous key no longer works/, 'the note says the old key is gone');
+ like(
+ $committed,
+ qr{ceph --name mon\. --keyring /var/lib/ceph/mon/\S+-<id>/keyring auth get USER},
+ "and gives the monitor's own credential as the way back",
+ );
+ like($committed, qr/copy the file over/, 'with the fallback for a host running no monitor');
+ like($committed, qr/'witness\.example'/, 'naming the unmanaged host');
+ unlike($committed, qr/'node-a'/, 'and not the one Proxmox VE rewrites itself');
+ like($note->(0), qr/while both keys still work/, 'before the commit it is the simpler route');
+
+ my $managed = { daemons => { map { $_ => [] } qw(mon mgr mds osd) } };
+ my $out = '';
+ {
+ open(my $stdout, '>', \$out) or die $!;
+ local *STDOUT = $stdout;
+ $HOOKS->{unmanaged_copy_note}->($managed, 1);
+ }
+ is($out, '', 'a cluster that manages every daemon host hears nothing about copies elsewhere');
+}
+
# A monitor on one of our nodes is asked over its admin socket, any other one with 'ceph tell'.
{
no warnings qw(once redefine);
--
2.47.3
next prev parent reply other threads:[~2026-10-19 8:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-19 8:23 [PATCH manager v2 0/4] cephx: migrate keys with a monitor this cluster does not manage Kefu Chai
2026-10-19 8:23 ` [PATCH manager v2 1/4] migrations: cephx: ask a monitor about itself through one route Kefu Chai
2026-10-19 8:23 ` [PATCH manager v2 2/4] migrations: cephx: judge cipher support by the version a daemon runs Kefu Chai
2026-10-19 8:23 ` [PATCH manager v2 3/4] migrations: cephx: rotate the monitor key with monitors we do not manage Kefu Chai
2026-10-19 8:23 ` Kefu Chai [this message]
2026-10-19 14:47 ` [PATCH manager v2 0/4] cephx: migrate keys with a monitor this cluster does " Jonas Theisen
2026-10-19 18:23 ` applied: " Thomas Lamprecht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20261019082346.1781960-5-k.chai@proxmox.com \
--to=k.chai@proxmox.com \
--cc=j.theisen@proxmox.com \
--cc=pve-devel@lists.proxmox.com \
--cc=t.lamprecht@proxmox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox