.The ceph tell command now displays proper error messages for the wrong mds type
Previously, the ceph tell command did not display a proper error message if the mds type was incorrect. As a result, the command failed with no error message, and it was difficult to understand what was wrong with the command.
With this fix, the ceph tell command returns an appropriate error message, stating "unknown <type_name>" when an incorrect MDS type is used.
Description of problem:
Error message is not descriptive for ceph tell command
ceph tell command with only <mds_name> giving below error
[root@magna028 ~]# ceph tell cephfs_1.magna023.yvyxvl client ls
error handling command target: local variable 'poolid' referenced before assignment
the error message `local variable 'poolid' referenced before assignment` looks not descriptive. looks like there was a miss in some code path.
same command with mds.<mds_name> is working fine
[root@magna028 ~]# ceph tell mds.cephfs_1.magna023.yvyxvl client ls | grep "id"
2023-01-24T17:21:42.239+0000 7fcce27f4640 0 client.134465 ms_handle_reset on v2:10.8.128.23:6824/376621306
2023-01-24T17:21:42.381+0000 7fcce27f4640 0 client.78973 ms_handle_reset on v2:10.8.128.23:6824/376621306
"id": 115809,
"entity_id": "admin",
[root@magna028 ~]# ceph fs status
cephfs - 6 clients
======
RANK STATE MDS ACTIVITY DNS INOS DIRS CAPS
0 active cephfs.argo017.kwzitt Reqs: 10 /s 153k 153k 1666 1072
1 active cephfs.argo021.aoxhrx Reqs: 1399 /s 50.4k 50.3k 605 1171
POOL TYPE USED AVAIL
cephfs.cephfs.meta metadata 3528M 51.9T
cephfs.cephfs.data data 15.2T 51.9T
cephfs_1 - 1 clients
========
RANK STATE MDS ACTIVITY DNS INOS DIRS CAPS
0 active cephfs_1.magna023.yvyxvl Reqs: 26 /s 158 159 67 147
POOL TYPE USED AVAIL
cephfs.cephfs_1.meta metadata 98.8M 51.9T
cephfs.cephfs_1.data data 36.0k 51.9T
STANDBY MDS
cephfs.argo013.lovief
cephfs_1.argo021.rvojoi
cephfs.argo020.nuhgsb
MDS version: ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)
Version-Release number of selected component (if applicable):
[root@magna028 ~]# ceph versions
{
"mon": {
"ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 5
},
"mgr": {
"ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 3
},
"osd": {
"ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 100
},
"mds": {
"ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 6
},
"overall": {
"ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 114
}
}
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Important: Red Hat Ceph Storage 6.1 bug fix update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2025:4238
Description of problem: Error message is not descriptive for ceph tell command ceph tell command with only <mds_name> giving below error [root@magna028 ~]# ceph tell cephfs_1.magna023.yvyxvl client ls error handling command target: local variable 'poolid' referenced before assignment the error message `local variable 'poolid' referenced before assignment` looks not descriptive. looks like there was a miss in some code path. same command with mds.<mds_name> is working fine [root@magna028 ~]# ceph tell mds.cephfs_1.magna023.yvyxvl client ls | grep "id" 2023-01-24T17:21:42.239+0000 7fcce27f4640 0 client.134465 ms_handle_reset on v2:10.8.128.23:6824/376621306 2023-01-24T17:21:42.381+0000 7fcce27f4640 0 client.78973 ms_handle_reset on v2:10.8.128.23:6824/376621306 "id": 115809, "entity_id": "admin", [root@magna028 ~]# ceph fs status cephfs - 6 clients ====== RANK STATE MDS ACTIVITY DNS INOS DIRS CAPS 0 active cephfs.argo017.kwzitt Reqs: 10 /s 153k 153k 1666 1072 1 active cephfs.argo021.aoxhrx Reqs: 1399 /s 50.4k 50.3k 605 1171 POOL TYPE USED AVAIL cephfs.cephfs.meta metadata 3528M 51.9T cephfs.cephfs.data data 15.2T 51.9T cephfs_1 - 1 clients ======== RANK STATE MDS ACTIVITY DNS INOS DIRS CAPS 0 active cephfs_1.magna023.yvyxvl Reqs: 26 /s 158 159 67 147 POOL TYPE USED AVAIL cephfs.cephfs_1.meta metadata 98.8M 51.9T cephfs.cephfs_1.data data 36.0k 51.9T STANDBY MDS cephfs.argo013.lovief cephfs_1.argo021.rvojoi cephfs.argo020.nuhgsb MDS version: ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable) Version-Release number of selected component (if applicable): [root@magna028 ~]# ceph versions { "mon": { "ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 5 }, "mgr": { "ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 3 }, "osd": { "ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 100 }, "mds": { "ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 6 }, "overall": { "ceph version 17.2.5-58.el9cp (16442de8e6d5a0e3579858f2df1407d21043bc4b) quincy (stable)": 114 } } How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: