Bug 671386
Summary: | Changes to messages returned by dmraid means stat() failures for dmraid setup on boot | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Ben <ben.argyle> | ||||
Component: | initscripts | Assignee: | initscripts Maintenance Team <initscripts-maint-list> | ||||
Status: | CLOSED ERRATA | QA Contact: | qe-baseos-daemons | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 5.6 | CC: | agk, amote, azelinka, david.nelson, ES-Devel, harald, jdbaudean, jeder, jwest, notting, roland.friedwagner | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
Due to a change in a status message of the dmraid utility, the following error messages appeared on boot, when the previous version of the initscripts package was installed:
failed to stat() /dev/mapper/no
failed to stat() /dev/mapper/block
failed to stat() /dev/mapper/devices
failed to stat() /dev/mapper/found
With this update, the /rc.d/rc.sysinit script has been fixed and the error messages no longer appear on boot.
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2011-07-21 08:36:18 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: | |||||||
Attachments: |
|
Description
Ben
2011-01-21 13:40:36 UTC
Created attachment 474640 [details]
potential patch
Try this, if you have a minute? I'll try and check just how much of dmraid got backported.
Hang on, that's not going to work, is it? I'm a bit sleepy at the moment but surely $? _is_ going to = 0 as my installation says "no block devices found". As a result it's going to try doing the dmraid stuff. The problem is that the message has changed, not that there's no message. I'm perfectly willing to accept that I've grasped the wrong end of the stick here but changing "no raid devices found" to "no block devices found" in my rc.sysinit seems to have worked. Isn't that, or an egrep for "^no " going to be a better plan? Current (i.e., Fedora) versions of dmraid throw an error code, not just a message, when there isn't anything found; this is obviously much easier to test and less prone to needing updates. The version originally in RHEL only just printed out a message, yet always returned success - that's why we were parsing the message. If the current version has been backported wholesale, that change should work. What version of dmraid did you have previously, and now? Oh, this is fallout from the changes for bug 524356. This was fixed upstream with http://git.fedorahosted.org/git/?p=initscripts.git;a=commitdiff;h=4775714a975be6d799c12ccd17e3c1a4b89bafbc - this needs backported. (In reply to comment #4) > What version of dmraid did you have previously, and now? From /var/log/yum.log* yum.log.1:Mar 31 11:58:32 Updated: dmraid-1.0.0.rc13-63.el5.i386 (2010) yum.log.2:Sep 11 09:57:55 Updated: dmraid-1.0.0.rc13-53.el5.i386 (2009) yum.log.3:Nov 28 11:47:56 Updated: dmraid - 1.0.0.rc13-15.el5_2.1.i386 (2008) It doesn't look like the change you mention in comment #3 has been backported. [root@shelob ~]# dmraidsets=$(LC_ALL=C /sbin/dmraid -s -c -i) [root@shelob ~]# echo $? 0 [root@shelob ~]# echo $dmraidsets no block devices found [root@shelob ~]# Any movement on this? Is the change going to be backported? 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. *** Bug 690477 has been marked as a duplicate of this bug. *** *** Bug 713792 has been marked as a duplicate of this bug. *** Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Due to a change in a status message of the dmraid utility, the following error messages appeared on boot, when the previous version of the initscripts package was installed: failed to stat() /dev/mapper/no failed to stat() /dev/mapper/block failed to stat() /dev/mapper/devices failed to stat() /dev/mapper/found With this update, the /rc.d/rc.sysinit script has been fixed and the error messages no longer appear on boot. 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-2011-1081.html 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-2011-1081.html Removing external tracker bug with the id 'DOC-46472' as it is not valid for this tracker |