Bug 2230484 - [cephfs][config][mds] "ceph config get mds mds_symlink_recovery" fails
Summary: [cephfs][config][mds] "ceph config get mds mds_symlink_recovery" fails
Keywords:
Status: NEW
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: CephFS
Version: 5.3
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 7.1
Assignee: Venky Shankar
QA Contact: Hemanth Kumar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-08-09 14:56 UTC by julpark
Modified: 2023-08-10 05:33 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHCEPH-7185 0 None None None 2023-08-09 14:58:07 UTC

Description julpark 2023-08-09 14:56:30 UTC
Description of problem:

"ceph config get mds mds_symlink_recovery" fails

Version-Release number of selected component (if applicable):

16.2.10-196.el8cp

How reproducible:

ceph config get mds mds_symlink_recovery

Steps to Reproduce:
1.ceph config get mds mds_symlink_recovery
2.
3.

Actual results:

[cephuser@ceph-julpark-kcl0ip-node8 ~]$ ceph config get mds mds_symlink_recovery
Error ENOENT:

Expected results:

there should be no problem with setting the value

Additional info:

Comment 1 Venky Shankar 2023-08-10 05:33:26 UTC
(In reply to julpark from comment #0)
> Description of problem:
> 
> "ceph config get mds mds_symlink_recovery" fails
> 
> Version-Release number of selected component (if applicable):
> 
> 16.2.10-196.el8cp
> 
> How reproducible:
> 
> ceph config get mds mds_symlink_recovery
> 
> Steps to Reproduce:
> 1.ceph config get mds mds_symlink_recovery
> 2.
> 3.
> 
> Actual results:
> 
> [cephuser@ceph-julpark-kcl0ip-node8 ~]$ ceph config get mds
> mds_symlink_recovery
> Error ENOENT:

https://tracker.ceph.com/issues/46166 introduced this config as is available in RHCS6.

The fix wasn't backported to pacific - not sure why. I think we can backport this.

> 
> Expected results:
> 
> there should be no problem with setting the value
> 
> Additional info:


Note You need to log in before you can comment on or make changes to this bug.