Bug 855729

Summary:	3.1 - [vdsm] change default NFS version value from 'auto-negotiate' to 'v3'
Product:	Red Hat Enterprise Linux 6	Reporter:	Haim <hateya>
Component:	vdsm	Assignee:	Greg Padgett <gpadgett>
Status:	CLOSED ERRATA	QA Contact:	Leonid Natapov <lnatapov>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	6.3	CC:	abaron, amureini, bazulay, bili, dyasny, iheim, ilvovsky, lpeer, mkenneth, pstehlik, Rhev-m-bugs, sgrinber, thildred, yeylon, ykaul
Target Milestone:	rc	Keywords:	ZStream
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:	storage
Fixed In Version:	vdsm-4.9.6-41.0	Doc Type:	Bug Fix
Doc Text:	Previously, Red Hat Enterprise Virtualization only supported NFS version 3 for NFS storage domains. Some Red Hat Enterprise Virtualization users created storage domains with this limitation in mind. Red Hat Enterprise Virtualization 3.1 added support for NFS4 storage domains. To ensure ease of upgrades from 3.0 to 3.1, the default value for storage domain NFS version is 3. NFS version 4 and version auto-negotiation can be selected.	Story Points:	---
Clone Of:
Clones:	871534 (view as bug list)		Environment:
Last Closed:	2012-12-04 19:11:09 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:
Bug Depends On:
Bug Blocks:	871534

Description Haim 2012-09-10 06:39:12 UTC

Description of problem:

since NFSv4 requires additional configuration from both server and client side, we need to change the default value of NFS version from auto-negotiate to v3 as there are great number of RHEV users complaining a permission problem as some of the local mount created with nobody:nobody.
we need to take into account the following cases:

- upgrade from 3.0 to 3.1 
- RHEV-H which currently doesn't support NFSv4 in its TUI menus 

the real problem here is that both connectStorageServer and connectStoragePool succeeds, but some of the files are not readable.

Comment 7 Greg Padgett 2012-09-20 20:47:14 UTC

http://gerrit.ovirt.org/8110

Comment 8 Itamar Heim 2012-09-26 23:22:59 UTC

*** Bug 860325 has been marked as a duplicate of this bug. ***

Comment 9 Greg Padgett 2012-09-27 12:12:05 UTC

(In reply to comment #7)
> http://gerrit.ovirt.org/8110
Please ignore this patch ^^^ and use these instead:

http://gerrit.ovirt.org/8241
http://gerrit.ovirt.org/8242

Comment 11 Greg Padgett 2012-10-25 00:10:14 UTC

This bug is now 4 patches, containing this prior vdsm patch:
http://gerrit.ovirt.org/8241

And these 3 dependent patches to address changes in the engine:
http://gerrit.ovirt.org/8797
http://gerrit.ovirt.org/8242
http://gerrit.ovirt.org/8798

Comment 13 Ayal Baron 2012-10-25 20:36:53 UTC

*** Bug 869956 has been marked as a duplicate of this bug. ***

Comment 17 Allon Mureinik 2012-10-30 16:13:46 UTC

Cloned bug to 871534 for the engine side of the fix.

The VDSM side of the fix has been merged, Change-Id I404df524419c663accf0890eb860c5a3afb81583.

[Note: qa-ack was removed by mistake, due to the firfox-bugzilla issue]

Comment 20 Leonid Natapov 2012-11-05 16:44:36 UTC

fixed. vdsm-4.9.6-41.0

Comment 21 EricLee 2012-11-06 05:53:34 UTC

Hi Ayal,

The bug 869956 which closed as duplicate of this bug was still reproduced in the newest package(vdsm-4.9.6-41.0.el6_3).

Thanks,
EricLee

Comment 23 errata-xmlrpc 2012-12-04 19:11:09 UTC

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, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2012-1508.html