Display ceph version on ceph -s output
Dear community, Some time ago, I wondered why the Ceph version didn't show up in the ceph status (ceph -s) output. Perhaps it was because a Ceph cluster could run multiple versions at once (during an upgrade for example) and this information wasn't centralized, before the 'ceph versions' command was introduced. Regardless, I think it would be a great addition to have the Ceph version displayed in the ceph status. It could look something like this below. On a cluster where all daemons are on version 18.2.7: $ ceph -s cluster: version: 18.2.7 id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_OK On a cluster that is currently being upgraded from 18.2.4 to 18.2.7: $ ceph -s cluster: version: 18.2.7 (432), 18.2.4 (248) <----- Could be refined. For example (3 MONs, 3 MGRs, 426 OSDs) until all daemons are on the same version. id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_WARN Let me know if you like the idea and I'll create a tracker. Best regards, Frédéric. -- Frédéric Nass Ceph Ambassador France | Senior Ceph Engineer @ CLYSO Try our Ceph Analyzer -- https://analyzer.clyso.com/ https://clyso.com | frederic.nass@clyso.com
Hi, I like this idea a lot, I always check 'ceph versions' during an upgrade anyway, more out of curiosity than anything else. But that way I wouldn't need to switch to one more terminal tab. ;-) Thanks! Eugen Zitat von Frédéric Nass <frederic.nass@clyso.com>:
Dear community,
Some time ago, I wondered why the Ceph version didn't show up in the ceph status (ceph -s) output. Perhaps it was because a Ceph cluster could run multiple versions at once (during an upgrade for example) and this information wasn't centralized, before the 'ceph versions' command was introduced.
Regardless, I think it would be a great addition to have the Ceph version displayed in the ceph status. It could look something like this below.
On a cluster where all daemons are on version 18.2.7:
$ ceph -s cluster: version: 18.2.7 id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_OK
On a cluster that is currently being upgraded from 18.2.4 to 18.2.7:
$ ceph -s cluster: version: 18.2.7 (432), 18.2.4 (248) <----- Could be refined. For example (3 MONs, 3 MGRs, 426 OSDs) until all daemons are on the same version. id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_WARN
Let me know if you like the idea and I'll create a tracker.
Best regards, Frédéric.
-- Frédéric Nass Ceph Ambassador France | Senior Ceph Engineer @ CLYSO Try our Ceph Analyzer -- https://analyzer.clyso.com/ https://clyso.com | frederic.nass@clyso.com _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Hi Frédéric, I like that idea. Regards Gerard ________________________________ From: Frédéric Nass <frederic.nass@clyso.com> Sent: 08 August 2025 08:19 To: ceph-users@ceph.io <ceph-users@ceph.io> Subject: [External] [ceph-users] Display ceph version on ceph -s output This email originated outside the University. Check before clicking links or attachments. Dear community, Some time ago, I wondered why the Ceph version didn't show up in the ceph status (ceph -s) output. Perhaps it was because a Ceph cluster could run multiple versions at once (during an upgrade for example) and this information wasn't centralized, before the 'ceph versions' command was introduced. Regardless, I think it would be a great addition to have the Ceph version displayed in the ceph status. It could look something like this below. On a cluster where all daemons are on version 18.2.7: $ ceph -s cluster: version: 18.2.7 id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_OK On a cluster that is currently being upgraded from 18.2.4 to 18.2.7: $ ceph -s cluster: version: 18.2.7 (432), 18.2.4 (248) <----- Could be refined. For example (3 MONs, 3 MGRs, 426 OSDs) until all daemons are on the same version. id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_WARN Let me know if you like the idea and I'll create a tracker. Best regards, Frédéric. -- Frédéric Nass Ceph Ambassador France | Senior Ceph Engineer @ CLYSO Try our Ceph Analyzer -- https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fanalyzer.clyso.com%2F&data=05%7C02%7Chandg%40live.lancs.ac.uk%7C979b9fee851b48b7ff8d08ddd64c27a6%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C0%7C638902344764319490%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=YujpapAfJL9ExXoeW0IpMd%2Bfwi%2By1JSuKUv6snOfAN4%3D&reserved=0<https://analyzer.clyso.com/> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fclyso.com%2F&data=05%7C02%7Chandg%40live.lancs.ac.uk%7C979b9fee851b48b7ff8d08ddd64c27a6%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C0%7C638902344764353201%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=WER2ffS5icP723LQtwIEK1NDG5I6QhHBHhwpJHkHHFE%3D&reserved=0<https://clyso.com/> | frederic.nass@clyso.com _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Le vendredi 8 août 2025, 09:19:51 heure d’été d’Europe centrale Frédéric Nass a écrit :
Dear community,
Some time ago, I wondered why the Ceph version didn't show up in the ceph status (ceph -s) output. Perhaps it was because a Ceph cluster could run multiple versions at once (during an upgrade for example) and this information wasn't centralized, before the 'ceph versions' command was introduced.
Regardless, I think it would be a great addition to have the Ceph version displayed in the ceph status. It could look something like this below.
On a cluster where all daemons are on version 18.2.7:
$ ceph -s cluster: version: 18.2.7 id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_OK
On a cluster that is currently being upgraded from 18.2.4 to 18.2.7:
$ ceph -s cluster: version: 18.2.7 (432), 18.2.4 (248) <----- Could be refined. For example (3 MONs, 3 MGRs, 426 OSDs) until all daemons are on the same version. id: f4147dec-4c5d-11f0-a310-bc24113b5ce1 health: HEALTH_WARN
Let me know if you like the idea and I'll create a tracker.
Best regards, Frédéric.
-- Frédéric Nass Ceph Ambassador France | Senior Ceph Engineer @ CLYSO Try our Ceph Analyzer -- https://analyzer.clyso.com/ https://clyso.com | frederic.nass@clyso.com
Hello all ! Jumping on the bandwagon concerning ceph CLI. Yes, having version(s) info will be great. Also, I wish we have an option, like the `-w` but different : just showing ceph status (-s) continuously, with refresh. A bit like what I use, but integrated, and perhaps better : I actually use `watch ceph -s` a lot. Regards, -- Gilles
Hello all !
Jumping on the bandwagon concerning ceph CLI. Yes, having version(s) info will be great.
I suspect that the common uses of `ceph status` for instant state usually don't benefit from the version being in there, which would clutter the output. Note that `ceph status -f json-pretty` *does* include this info, and indeed during an upgrade, or in e.g. an rgw hotfix situation, what single value would be reported? Consider also: would you report the version of ceps-common that provides the `ceph` CLI command on the invoking host? Or what `ceph versions` reports, which could be different?
Also, I wish we have an option, like the `-w` but different : just showing ceph status (-s) continuously, with refresh.
That sounds a lot like Grafana ;)
A bit like what I use, but integrated, and perhaps better : I actually use `watch ceph -s` a lot.
Indeed this has been a go-to for years.
Regards, -- Gilles
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Hello Anthony, As a support person, I disagree with the statement that `ceph status` for instant state doesn't benefit from the version being in there. I don't remember which ceph version each customer runs. Yes, it's just a `ceph versions` command away, but having it in `ceph status` would save typing when quickly examining the customer's cluster. Regarding the "which version to report" question: all of them (from all Ceph daemons), comma-separated, collapsing any duplicates, and the client version separately, if it is different. In a typical case, there will be only one value to show. On Fri, Aug 8, 2025 at 11:40 PM Anthony D'Atri <anthony.datri@gmail.com> wrote:
Hello all !
Jumping on the bandwagon concerning ceph CLI. Yes, having version(s) info will be great.
I suspect that the common uses of `ceph status` for instant state usually don't benefit from the version being in there, which would clutter the output. Note that `ceph status -f json-pretty` *does* include this info, and indeed during an upgrade, or in e.g. an rgw hotfix situation, what single value would be reported?
Consider also: would you report the version of ceps-common that provides the `ceph` CLI command on the invoking host? Or what `ceph versions` reports, which could be different?
Also, I wish we have an option, like the `-w` but different : just
showing ceph
status (-s) continuously, with refresh.
That sounds a lot like Grafana ;)
A bit like what I use, but integrated, and perhaps better : I actually
use
`watch ceph -s` a lot.
Indeed this has been a go-to for years.
Regards, -- Gilles
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
-- Alexander Patrakov
On 9 Aug 2025, at 23:46, Alexander Patrakov <patrakov@gmail.com> wrote:
As a support person, I disagree with the statement that `ceph status` for instant state doesn't benefit from the version being in there. I don't remember which ceph version each customer runs. Yes, it's just a `ceph versions` command away, but having it in `ceph status` would save typing when quickly examining the customer's cluster.
Agree, useless change that will be eat space on screen k
participants (7)
-
Alexander Patrakov
-
Anthony D'Atri
-
Eugen Block
-
Frédéric Nass
-
Gilles Mocellin
-
Hand, Gerard
-
Konstantin Shalygin