Bug 457228
| Summary: | [NetApp 4.8 bug] multipathd fails to start if max_fds option is configured as "unlimited" in multipath.conf with 1024 paths. | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Rajashekhar M A <rajashekhar.a> |
| Component: | device-mapper-multipath | Assignee: | Ben Marzinski <bmarzins> |
| Status: | CLOSED ERRATA | QA Contact: | Corey Marthaler <cmarthal> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.7 | CC: | agk, andriusb, bmarzins, bmr, bstevens, christophe.varoqui, coughlan, cward, ddomingo, dwysocha, edamato, egoggin, heinzm, junichi.nomura, kueda, lmb, mbroz, naveenr, prockai, rlerch, tranlan, xdl-redhat-bugzilla |
| Target Milestone: | rc | Keywords: | OtherQA |
| Target Release: | 4.8 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
* multipathd crashed with a status of with a "multipathd dead but pid file exists" when multipath was configured for 1024 or more paths, because it was unable to open a file descriptor for each path. This may also have caused "error calling out /sbin/mpath_prio_ontap /dev/[device]" errors. Now, a new multipath.conf parameter, "max_fds", allows end-users to set the maximum number of file descriptors that the multipathd process can have open, or to use "max" to set the number to the system maximum. Setting max_fds to either a sufficiently high number or to "max" avoids this crash in multipathd.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-05-18 20:31:26 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: | 217130, 457226 | ||
| Bug Blocks: | 450897, 454962, 458123, 458752 | ||
|
Description
Rajashekhar M A
2008-07-30 12:31:41 UTC
Added New Release Notes Contents. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. The fix was backported from RHEL5. multipath.conf no longer allows the "unlimited " option, since the linux kernel does not allow processes to open unlimited file descriptors. Instead, you can use the "max" option for max_fds. This sets the number of fds to the maximum allowable. Release note updated. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1,3 +1 @@ -In /etc/multipath.conf, setting max_fds to unlimited will prevent the multipathd +* multipathd crashed with a status of with a "multipathd dead but pid file exists" when multipath was configured for 1024 or more paths, because it was unable to open a file descriptor for each path. This may also have caused "error calling out /sbin/mpath_prio_ontap /dev/[device]" errors. Now, a new multipath.conf parameter, "max_fds", allows end-users to set the maximum number of file descriptors that the multipathd process can have open, or to use "max" to set the number to the system maximum. Setting max_fds to either a sufficiently high number or to "max" avoids this crash in multipathd.-daemon from starting up properly. As such, you should use a sufficiently high -value instead for this setting. ~~ Attention Partners! ~~ RHEL 4.8 Partner Alpha has been released on partners.redhat.com. There should be a fix present in the Beta, which addresses this bug. If you have already completed testing your other URGENT priority bugs, and you still haven't had a chance yet to test this bug, please do so at your earliest convenience, to ensure that only the highest possible quality bits are shipped in the upcoming public Beta drop. If you encounter any issues, please set the bug back to the ASSIGNED state and describe the issues you encountered. Further questions can be directed to your Red Hat Partner Manager. Thanks, more information about Beta testing to come. - Red Hat QE Partner Management I have verified this issue in RHEL4.8 alpha and this is fixed. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-1011.html |