Bug 586461
Summary: | [RFE] Support for NFSv4 missing. | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Zak Berrie <zbrown> | |
Component: | rgmanager | Assignee: | Lon Hohberger <lhh> | |
Status: | CLOSED WONTFIX | QA Contact: | Cluster QE <mspqa-list> | |
Severity: | medium | Docs Contact: | ||
Priority: | low | |||
Version: | 5.5 | CC: | cluster-maint, cww, edamato, jlayton, mwaltz, rwheeler, steved, swhiteho, tao | |
Target Milestone: | --- | Keywords: | FutureFeature, Triaged | |
Target Release: | --- | |||
Hardware: | All | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Enhancement | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 595547 618759 (view as bug list) | Environment: | ||
Last Closed: | 2010-09-22 17:04:58 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 618759 | |||
Bug Blocks: | 554476, 595547 |
Description
Zak Berrie
2010-04-27 16:36:57 UTC
Opened case in RHN: 2016970 Need some input here: - this is supposed to be RHEL5 right? - How many NFS servers are going to be managed in the desired use case(s)? - What security features, if any, are required? - This is for using the cluster as an NFS server, correct (as opposed to using NFS as a data store, thereby being a client)? Yes RHEL 5. This is for the NFSv4 server. The desired use case is for two servers. Active/Passive though the ability to have additional passive backups would be helpful. The security features requested are simply the normal nfs access control. However it would be helpful to be able to specify any of the options that are normally available in /etc/exports. I'll ask the customer to add further color to this. -Zak Clarification -- what I meant was... Do they need: a) 1 nfs service per cluster (any number of backups for failover), or b) 2+ nfs services per cluster where the services can coexist on the same cluster node. The former is not terribly difficult, I think. The latter is quite difficult and would require substantial work to get right (if it's possible at all). Currently we just need option A for a single NFS service that supports multiple exports. We would like option B in the future but it's not a priority. In RHEL6 there is a kernel enhancement which makes this feasible - it sets up the pseudoroot namespace when the first export is fed in. This in turn allows 'exportfs' to work largely as it does today. Actually, we added NFSv4 support to RHEL6: http://git.fedorahosted.org/git/?p=cluster.git;a=blob;f=rgmanager/src/resources/nfsserver.sh;h=17f472d0d21d6b53dd27afe4bce690f25d9c05d8;hb=348d5e9b4b3cd92e8739a5fc3b9e6bd2809dc722 On RHEL5, setting up the NFSv4 server requires setting up a pseudo-root file system explicitly, which is not particularly easy to do in a sane way in a cluster with more than one export. More to the point, any work done on RHEL5 will not work on RHEL6 and vice-versa due to differences in the way NFSv4 setup is performed in those releases. There is also no sane way to do configuration upgrade compatibility - users of a resource-agent designed for RHEL5 would have no migration path; it would be a dead-end feature. So, we'd need the kernel enhancement from RHEL6 backported to RHEL5 before this is feasible. I scoped this out with one of the developers who implemented the kernel feature. The following packages will require changes in order for the cluster to provide a native nfsv4 agent on Red Hat Enterprise Linux 5: - kernel - nfs-utils - rgmanager Additionally, for consistency, the following packages should be updated - conga - system-config-cluster (primarily for schema purposes) The feature request which this feature request depended upon has been declined for inclusion. Development Management has reviewed and declined this request. You may appeal this decision by reopening this request. |