Bug 1477593
Summary: | nfs-server fails to start when IPv6 disabled | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Marko Myllynen <myllynen> |
Component: | nfs-utils | Assignee: | Steve Dickson <steved> |
Status: | CLOSED DUPLICATE | QA Contact: | Yongcheng Yang <yoyang> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 7.4 | CC: | bruce.howells, dwysocha, eguan, jeharris, jiyin, joshua.megerman, jswensso, mvanderw, pdwyer, rmarigny, wbaudler, woodard, xzhou, yoyang, zlang |
Target Milestone: | rc | Keywords: | Regression |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | nfs-utils-1.3.0-0.50.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-08-07 06:07:56 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
Marko Myllynen
2017-08-02 12:31:50 UTC
Seems we already have Bug 1450528 to track this issue. Closing this one and please correct me if anyone concern. *** This bug has been marked as a duplicate of bug 1450528 *** Anyway that BZ#1450528 can be made public (like this one is) so we can follow it's progress? We're having the same issues on our RHEL 7 systems and I was previously following this bugzilla entry so I could see what progress there is on a fix for this issue. We have an active subscription to RHEL. Thanks. (In reply to Matt from comment #8) Hello Matt, sorry for not considering this issue before. BZ#1450528 was filed by a customer and there already have some investigation there, so I duplicate this one to it. However, we may need their approve before making it public. Anyway, I'll continue to update progress here for your information. Thanks for understanding. I'm having the same issue. I can start the nfs-server service manually, but it fails to start properly on server boot. This is a significant issue because we have servers that get rebooted automatically overnight with the expectation that no manual intervention will be needed to bring everything back up. I guess I'll downgrade my nfs-utils for the time being and versionlock them until I hear more. Would it be better if I opened a case with my RHEL subscription to get notifications that way? Thanks. Same problem here. Any progress on fixing this or providing a workaround? Thanks. (In reply to Yongcheng Yang from comment #9) > (In reply to Matt from comment #8) > Hello Matt, sorry for not considering this issue before. > > BZ#1450528 was filed by a customer and there already have some > investigation there, so I duplicate this one to it. However, we may > need their approve before making it public. > > Anyway, I'll continue to update progress here for your information. > Thanks for understanding. Just for your information, bug 1450528 has been fixed in version nfs-utils-1.3.0-0.50.el7 now. Also it has been copied as 7.4 z-stream (EUS) bug #1498959. Thanks for the update!! Any idea on an ETA for when this nfs-utils package update will be made available for the normal RHEL repo/subscription? The zstream package (nfs-utils-1.3.0-0.48.el7_4) which has fixed this issue should be available now (2017-Oct-19 shipped). Yes, thank you! I noticed it came out yesterday and can confirm that the update does indeed fix the issues we've been seeing! Thanks! Same here. |