Description of problem: NFSv4 Domain can not remove once your configured it. Version-Release number of selected component (if applicable): rhev-hypervisor6-6.4-20130501.0.el6_4 ovirt-node-2.5.0-17.el6_4.4.noarch How reproducible: 100% Steps to Reproduce: 1. Clear install RHEV-H. 2. On the Remote Storage page, configure NFSv4 Domain. 3. On the Remote Storage page, remove the NFSv4 Domain. Actual results: After step3, it can not remove the NFSv4 Domain. Expected results: After step3, it can remove the NFSv4 Domain. Additional info:
hi Ryan Barry, I have tested this issue with rhev-hypervisor6-6.4-20130501.0.auto624.el6_4.iso build. And now it can remove the NFSv4 Domain in TUI. It has been fixed in this build.
Because the bug#980451 in rhev-hypervisor6.5 blocks the test of this bug. So I will wait to check this bug once the bug#980451 is fixed. Thanks.
Test version: rhevh-6.5-20131024.1.0.iso ovirt-node-3.0.1-6.el6.noarch Test steps: 1. Clear install rhevh-6.5-20131024.1.0.iso. 2. On the Remote Storage page, configure NFSv4 Domain in TUI. 3. On the Remote Storage page, remove the NFSv4 Domain in TUI. 4. Check in /etc/idmapd.conf file. Test results: 1. After step3, it can remove the NFSv4 Domain in TUI. 2. But there still have the name in Domain field in /etc/idmapd.conf file. It should be better to move the value in Domain field in /etc/idmapd.conf file to keep consistent with TUI. So change the status from ON_QA to ASSIGNED.
This bug is currently attached to errata RHBA-2013:15277. If this change is not to be documented in the text for this errata please either remove it from the errata, set the requires_doc_text flag to minus (-), or leave a "Doc Text" value of "--no tech note required" if you do not have permission to alter the flag. Otherwise to aid in the development of relevant and accurate release documentation, please fill out the "Doc Text" field above with these four (4) pieces of information: * Cause: What actions or circumstances cause this bug to present. * Consequence: What happens when the bug presents. * Fix: What was done to fix the bug. * Result: What now happens when the actions or circumstances above occur. (NB: this is not the same as 'the bug doesn't present anymore') Once filled out, please set the "Doc Type" field to the appropriate value for the type of change made and submit your edits to the bug. For further details on the Cause, Consequence, Fix, Result format please refer to: https://bugzilla.redhat.com/page.cgi?id=fields.html#cf_release_notes Thanks in advance.
Test version: rhevh-6.5-20140110.1.iso ovirt-node-3.0.1-16.el6_5.noarch Test steps: 1. Clear install rhevh-6.5-20140110.1.iso and enable network. 2. On the Remote Storage page, configure NFSv4 Domain. 3. On the Remote Storage page, remove the NFSv4 Domain. 4. Check the /etc/idmap.conf file. Test result: 1. After step3, it can remove the NFSv4 Domain in TUI. 2. After step4, it still show the NFSv4 Domain name in configure file. It should also remove the "Domain = ****" in /etc/idmap.conf file since it has been removed from TUI. So this bug is not fixed.
Test version: rhev-hypervisor6-6.5-20140120.0.auto1032.el6.devel.iso ovirt-node-3.0.1-999.0.20140205151425git4b2452c.el6.noarch Test steps: 1. Clear install RHEV-H. 2. On the Remote Storage page, configure NFSv4 Domain. 3. On the Remote Storage page, remove the NFSv4 Domain. 4. cat /etc/idmapd.conf Test result: 1. After step 3, it can remove the NFSv4 Domain. But an error occured. ==================================================== Transaction: Updating remote storage configuration Checking pre-conditions ... (1/1) Setting NFSv4 domain An error occurred while applying the changes: local variable 'flags' referenced before assignment < Close > ==================================================== 2. The configure file /etc/idmap.conf can't persist the NFSv4 Domain. # cat /etc/idmapd.conf | grep Domain #Domain = local.domain.edu So bug still is partial fixed, change bug status to ASSIGNED.
Updated the underlying logic to fabiand's patch to resolve.
Test version: rhevh-6.5-20140211.1.iso ovirt-node-3.0.1-18.el6_5.4.noarch Test step: 1. Clear install rhevh-6.5-20140211.1.iso. 2. On the Remote Storage page, configure NFSv4 Domain in TUI. 3. On the Remote Storage page, remove the NFSv4 Domain in TUI. 4. Check in /etc/idmapd.conf file. Test result: 1. After step3, it can remove the NFSv4 Domain in TUI. 2. After step4, it commented out the Domain name in /etc/idmapd.conf file. So this bug is fixed in ovirt-node-3.0.1-18.el6_5.4.noarch. I will change the status to Verified when the status become ON_QA. Thanks Hui Wang
Test Version: rhev-hypervisor6-6.6-20141212.0 ovirt-node-3.1.0-0.34.20141210git0c9c493.el6.noarch Test steps: 1. Clear install rhev-hypervisor6-6.6-20141212.0. 2. On the Remote Storage page, configure NFSv4 Domain in TUI. 3. On the Remote Storage page, remove the NFSv4 Domain in TUI. 4. Check in /etc/idmapd.conf file. Test result: 1. After step3, it can remove the NFSv4 Domain in TUI. 2. After step4, it commented out the Domain name in /etc/idmapd.conf file. So this issue is fixed in rhev-hypervisor6-6.6-20141212.0.Also checked no such issue in rhev-hypervisor7-7.0-20141212.0. Change the status from ON_QA to Verified.
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. https://rhn.redhat.com/errata/RHEA-2015-0160.html