Comment 0 for bug 1929699
Revision history for this message
| Vladimir Grevtsev (vlgrevtsev) wrote manila-ganesha fails to initialize CephFS driver along with cephfs charm usage | #0 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
513534c
demo site
(Get the code!)
== Environment
bionic/ussuri cloud, latest stable charms. The same behaviour was observed on the focal/ussuri cloud as well.
== Problem statement
Ganesha is trying to initialize the CephFS driver, but it fails at the client eviction step.
== Analysis
The full log output of the manila-share service: https:/
In the meanwhile, the ceph-fs unit contains the following:
2021-05-
And indeed, there is no "mds" capability defined for the client.
ubuntu@
Last login: Wed May 26 11:06:58 2021 from 172.27.84.1
ubuntu@
exported keyring for client.
[client.
key = AQC8Ja5gbC1ZNhA
caps mon = "allow r; allow command \"osd blacklist\""
caps osd = "allow rwx"
The "mds" capability has only been granted for the mon units, ceph-fs units, and the "client.admin" and "client.
The above issue is completely gone after issuing the manual capability grant command:
ubuntu@
updated caps for client.
ubuntu@
exported keyring for client.
[client.
key = AQC8Ja5gbC1ZNhA
caps mds = "allow *"
caps mon = "allow r; allow command \"osd blacklist\""
caps osd = "allow rwx"
After issuing the above, manila-share service finally was able to initialize the driver:
2021-05-26 11:44:32.807 18296 INFO manila.
(full log: https:/