From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Kefu Chai <k.chai@proxmox.com>, pve-devel@lists.proxmox.com
Subject: Re: [PATCH manager] ceph: init: drop deprecated pg_bits parameter
Date: Thu, 26 Mar 2026 13:55:00 +0100 [thread overview]
Message-ID: <9bb47f57-f91d-4090-8b02-63014549686a@proxmox.com> (raw)
In-Reply-To: <20260325043120.2289935-1-k.chai@proxmox.com>
Am 25.03.26 um 05:30 schrieb Kefu Chai:
> The pg_bits parameter was deprecated in commit 9b15baf (PVE 8) after the
> underlying Ceph config options (osd_pg_bits / osd_pgp_bits) were removed
> from Ceph in v13.0.2. The implementation was made a no-op at that point,
> with a TODO to remove the parameter declaration in PVE 9.
>
> We are now at pve-manager 9.1.6. The minimum Ceph version supported by
> pveceph init is Nautilus (v14), which is already past the point where
> these options existed, so the parameter has been a guaranteed no-op on
> every cluster PVE 9 can manage. Remove it along with the adjacent
> dead-code comments.
>
> Signed-off-by: Kefu Chai <k.chai@proxmox.com>
> ---
> PVE/API2/Ceph.pm | 14 --------------
> 1 file changed, 14 deletions(-)
>
> diff --git a/PVE/API2/Ceph.pm b/PVE/API2/Ceph.pm
> index 231b751c..f59caf16 100644
> --- a/PVE/API2/Ceph.pm
> +++ b/PVE/API2/Ceph.pm
> @@ -161,17 +161,6 @@ __PACKAGE__->register_method({
> minimum => 1,
> maximum => 7,
> },
> - # TODO: deprecrated, remove with PVE 9
> - pg_bits => {
> - description => "Placement group bits, used to specify the "
> - . "default number of placement groups.\n\nDepreacted. This "
> - . "setting was deprecated in recent Ceph versions.",
> - type => 'integer',
> - default => 6,
> - optional => 1,
> - minimum => 6,
> - maximum => 14,
> - },
Any removal of an API parameters this is still a breaking API change,
the chance to do that was before 9.0 release, not now. Next chance is
mid next year before first public stable PVE 10.0 release.
As some API integration might still send this along, and then suddenly
stop working during a minor release if we push this out. The only
exception here would be if passing this parameter already caused an
unconditional error with the current ceph baseline version in PVE 9,
which would be squid.
The code below can be still dropped in any case though, making the
param no-op until it's actual removal.
> disable_cephx => {
> description => "Disable cephx authentication.\n\n"
> . "WARNING: cephx is a security feature protecting against "
> @@ -238,9 +227,6 @@ __PACKAGE__->register_method({
> 'mon_allow_pool_delete' => 'true',
> };
>
> - # this does not work for default pools
> - #'osd pool default pg num' => $pg_num,
> - #'osd pool default pgp num' => $pg_num,
> }
>
> if ($auth eq 'cephx') {
next prev parent reply other threads:[~2026-03-26 12:54 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-25 4:31 Kefu Chai
2026-03-26 11:45 ` Maximiliano Sandoval
2026-03-26 12:55 ` Thomas Lamprecht [this message]
2026-03-28 11:31 ` [PATCH manager] ceph: init: clean up " Kefu Chai
2026-03-28 11:24 ` superseded: " Kefu Chai
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=9bb47f57-f91d-4090-8b02-63014549686a@proxmox.com \
--to=t.lamprecht@proxmox.com \
--cc=k.chai@proxmox.com \
--cc=pve-devel@lists.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