Bug 497940
| Summary: | iscsid shows iferror -38 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Wade Mealing <wmealing> | ||||
| Component: | iscsi-initiator-utils | Assignee: | Mike Christie <mchristi> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Red Hat Kernel QE team <kernel-qe> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 5.3 | CC: | coughlan, mchristi, mnovacek, tao | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: |
when a user-space iSCSI tool invokes an option that is not supported
in the kernel, the tool returns "Iferror -38". Previously, this error
message was presented to users and could mislead them to think that
a problem existed with their iSCSI configuration. The iSCSI tools no longer
present this type of error to users and therefore do not create this
potential misunderstanding. Note that certain combinations of new tools
with old kernels might still produce a related "-22" error.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-09-02 11:31:36 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: |
|
||||||
Which is the version of the iscsi-initiator-utils where this does NOT work? I somehow have no idea of how open-iscsi versions translates to iscsi-initiator-utils versions. Thanks. This does not work in RHEL 5.3 (iscsi-initiator-utils-6.2.0.868-0.18) and below. The open-iscsi version is after the iscsi-initiator-utils-6 part of the version. So 2.0.868 is based on upstream http://www.open-iscsi.org/bits/open-iscsi-2.0-868-rc1.tar.gz. The parts after the dash is the RHEL extra version. I just did not have any luck in replicating error "iferror -38 " the issue so I'm doing something wrong and I would like to ask you for help. What I do is seting up one node with scsi-target-utils so it shares a volume and then I have another node which is able to discover and login into the first one. I have iscsi-initiator-utils-6.2.0.865-0.8.el5 which should be the one that does this error. I tried starting iscsid with wrong parameters and I tried to put some made up values to /etc/iscsid/iscsid.conf and restart but the above mentioned error did not occur. How exactly do I make this error occur? Thanks It occurs when the kernel does not support a feature/setting that user does. So when the iscsi tools are newer than the kernel. Let me do some digging to check what kernel/tools combos this occurs in. I thought it occured with the stuff in 5.3, but let me check it out real quick. This is repreducible on 5.3, iscsi-initiator-utils-6.2.0.868-0.18.el5 and kernel kernel-2.6.18-128.el5. To see the error, -38/-22 simply log in to the target and check /var/log/messages for "iscsid: received iferror". I can confirm that the -38 error is gone but the -22 is still there. Question: should the -22 be gone too? (In reply to comment #8) > Question: should the -22 be gone too? I would like to keep it. Older interfaces returned -22 if we tried to set a feature that the kernel did not support. We later changed that to -38 and then used -22 for just when we tried to set a feature or did anything but passed in a invalid param. So if you use older kernels you could see -22 if you also used newer tools, which is a pain, but I do not think adding lots of complexity to try and detect it is worth it this late. I used /kernel/storage/iscsi-initiator-utils-bz497940-iferror-38 to test this error. FAIL -- iscsi-initiator-utils-6.2.0.868-0.18.el5 PASS -- iscsi-initiator-utils-6.2.0.871-0.5.el5 Release note added. 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. New Contents: when a user-space iSCSI tool invokes an option that is not supported in the kernel, the tool returns "Iferror -38". Previously, this error message was presented to users and could mislead them to think that a problem existed with their iSCSI configuration. The iSCSI tools no longer present this type of error to users and therefore do not create this potential misunderstanding. Note that certain combinations of new tools with old kernels might still produce a related "-22" error. 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-1368.html |
Created attachment 341497 [details] Mute the errors , the current upstream version of open-iscsi-2.0.870.3 does it this way. Description of problem: Iscsid reports iferror: -38 when attempting to use some parameters that are unsupported. This trickles down from iscsi_set_param into netlink.c and is not handled correctly. Version-Release number of selected component (if applicable): open-iscsi-2.0.868-test1 How reproducible: Every time Steps to Reproduce: 1. Setup an iscsi initiator and target 2. Use parameters not handled by the code 3. Profit. (yes, I found step 2) Actual results: Iferror -38 Expected results: Its it not implemented, show a better error or show nothing at all. Additional info: Patch to be attached.