Bug 2248812
| Summary: | Enabling debug logging in ganesha.conf file causing mount to fail on client. | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Ceph Storage | Reporter: | Manisha Saini <msaini> |
| Component: | NFS-Ganesha | Assignee: | Frank Filz <ffilz> |
| Status: | CLOSED WORKSFORME | QA Contact: | Manisha Saini <msaini> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.0 | CC: | cephqe-warriors, ffilz, kkeithle, sostapov, tserlin |
| Target Milestone: | --- | ||
| Target Release: | 7.0z2 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-03-05 19:54:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Manisha Saini
2023-11-09 06:36:54 UTC
Do you have the setup in a state I could check on it? Enabling debug logging should not have any effect on client ability to connect. I suspect some other issue has come up, perhaps due to Ganesha restart. (In reply to Frank Filz from comment #1) > Do you have the setup in a state I could check on it? Enabling debug logging > should not have any effect on client ability to connect. I suspect some > other issue has come up, perhaps due to Ganesha restart. Hi Frank, I don't have setup in same state currently. Will recreate the issue on new machines and will share the cluster.Thanks This is not currently on the list of blocking issues for 7.0... retargeting to 7.0 z1. Unable to reproduce the issue when tested with latest RHCS 7.0 build. Debug logs were enabled successfully.
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph --version
ceph version 18.2.0-140.el9cp (17a3310c0d0f01e5c1de938eb8cc817e41f58979) reef (stable)
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# rpm -qa | grep nfs
libnfsidmap-2.5.4-20.el9.x86_64
nfs-utils-2.5.4-20.el9.x86_64
nfs-ganesha-selinux-5.6-4.el9cp.noarch
nfs-ganesha-5.6-4.el9cp.x86_64
nfs-ganesha-rgw-5.6-4.el9cp.x86_64
nfs-ganesha-ceph-5.6-4.el9cp.x86_64
nfs-ganesha-rados-grace-5.6-4.el9cp.x86_64
nfs-ganesha-rados-urls-5.6-4.el9cp.x86_64
======================
[root@ceph-nfs-debug-dqjc7q-node1-installer ~]# sudo podman exec -it e4bfed0c72e8 bash
[root@ceph-nfs-debug-dqjc7q-node1-installer /]# cat /etc/ganesha/ganesha.conf
# This file is generated by cephadm.
NFS_CORE_PARAM {
Enable_NLM = false;
Enable_RQUOTA = false;
Protocols = 4;
NFS_Port = 2049;
}
NFSv4 {
Delegations = false;
RecoveryBackend = 'rados_cluster';
Minor_Versions = 1, 2;
}
RADOS_KV {
UserId = "nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo";
nodeid = "nfs.nfs.0";
pool = ".nfs";
namespace = "nfs";
}
RADOS_URLS {
UserId = "nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo";
watch_url = "rados://.nfs/nfs/conf-nfs.nfs";
}
RGW {
cluster = "ceph";
name = "client.nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo-rgw";
}
%url rados://.nfs/nfs/conf-nfs.nfs
[root@ceph-nfs-debug-dqjc7q-node1-installer ~]# cephadm shell --mount nfs.conf:/var/lib/ceph/ganesha.conf
Inferring fsid 1094ee42-b949-11ee-bce8-fa163e1c22f3
Inferring config /var/lib/ceph/1094ee42-b949-11ee-bce8-fa163e1c22f3/mon.ceph-nfs-debug-dqjc7q-node1-installer/config
Using ceph image with id '07c9c7bf170e' and tag 'ceph-7.0-rhel-9-containers-candidate-24715-20240118074145' created on 2024-01-18 07:44:56 +0000 UTC
registry-proxy.engineering.redhat.com/rh-osbs/rhceph@sha256:5154a1d743a366272184bb8c8749ca697a4060cc6a6a0878ff9cfe374974333d
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph config-key set mgr/cephadm/services/nfs/ganesha.conf -i /var/lib/ceph/ganesha.conf
set mgr/cephadm/services/nfs/ganesha.conf
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph config-key get mgr/cephadm/services/nfs/ganesha.conf
# This file is generated by cephadm.
NFS_CORE_PARAM {
Enable_NLM = false;
Enable_RQUOTA = false;
Protocols = 4;
NFS_Port = 2049;
}
NFSv4 {
Delegations = false;
RecoveryBackend = 'rados_cluster';
Minor_Versions = 1, 2;
}
RADOS_KV {
UserId = "nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo";
nodeid = "nfs.nfs.0";
pool = ".nfs";
namespace = "nfs";
}
RADOS_URLS {
UserId = "nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo";
watch_url = "rados://.nfs/nfs/conf-nfs.nfs";
}
RGW {
cluster = "ceph";
name = "client.nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo-rgw";
}
LOG {
COMPONENTS {
ALL = FULL_DEBUG;
}
}
%url rados://.nfs/nfs/conf-nfs.nfs
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph orch ls
NAME PORTS RUNNING REFRESHED AGE PLACEMENT
alertmanager ?:9093,9094 1/1 6m ago 2h count:1
ceph-exporter 3/3 7m ago 2h *
crash 3/3 7m ago 2h *
grafana ?:3000 1/1 6m ago 2h count:1
mds.cephfs 2/2 7m ago 2h label:mds
mgr 2/2 7m ago 2h count:2
mon 3/5 7m ago 2h count:5
nfs.nfs ?:2049 1/1 6m ago 6m ceph-nfs-debug-dqjc7q-node1-installer
node-exporter ?:9100 3/3 7m ago 2h *
osd.all-available-devices 18 7m ago 2h *
prometheus ?:9095 1/1 6m ago 2h count:1
rgw.rgw.1 ?:80 2/2 7m ago 2h label:rgw
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph orch redeploy nfs.nfs
Scheduled to redeploy nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo on host 'ceph-nfs-debug-dqjc7q-node1-installer'
[ceph: root@ceph-nfs-debug-dqjc7q-node1-installer /]# ceph orch ps | grep nfs.nfs
nfs.nfs.0.0.ceph-nfs-debug-dqjc7q-node1-installer.lzhmoo ceph-nfs-debug-dqjc7q-node1-installer *:2049 running (43s) 41s ago 7m 19.6M - 5.6 07c9c7bf170e 9e69a785395b
[root@ceph-nfs-debug-dqjc7q-node5 mnt]# mount -t nfs -o vers=4.1,port=2049 ceph-nfs-debug-dqjc7q-node1-installer:/export_1 /mnt/ganesha/
[root@ceph-nfs-debug-dqjc7q-node5 mnt]# cd /mnt/ganesha/
[root@ceph-nfs-debug-dqjc7q-node5 ganesha]# ls
f1
Can we close this then? Can we close instead of kicking the can down the road? If this is not recreating, let's close it. (In reply to Frank Filz from comment #7) > Can we close instead of kicking the can down the road? If this is not > recreating, let's close it. I'll go ahead and close it, Frank. Especially since in comment #4 a later 7.0 build (nfs-ganesha-5.6-4.el9cp instead of the prior nfs-ganesha-5.6-3.el9cp build) worked OK for QE. Thanks, Thomas |