Bug 602224 (iscsi_reverse_chap)
Summary: | [RFE] Support reverse chap in iSCSI login | ||
---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Ayal Baron <abaron> |
Component: | RFEs | Assignee: | Rob Young <royoung> |
Status: | CLOSED WONTFIX | QA Contact: | Raz Tamir <ratamir> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | --- | CC: | bsettle, bugs, dfediuck, lpeer, pmatouse, rbalakri, Rhev-m-bugs, security-response-team, srevivo, ylavi |
Target Milestone: | --- | Keywords: | FutureFeature, Improvement, Reopened, Security, StudentProject |
Target Release: | --- | Flags: | ylavi:
ovirt-future?
rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-05-16 10:28:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ayal Baron
2010-06-09 12:41:11 UTC
ain't this duplicate of #595608? Nope. That one is for GUI to remove the params. This one is for us to actually support it :) (In reply to comment #2) > Nope. That one is for GUI to remove the params. > This one is for us to actually support it :) Isn't #595453 for removing it and #595608 for implementing it right? Don't get me wrong, I don't want to play with words, just would like to track one BZ entry -) (In reply to comment #3) > (In reply to comment #2) > > Nope. That one is for GUI to remove the params. > > This one is for us to actually support it :) > > Isn't #595453 for removing it and #595608 for implementing it right? Correct, I didn't see the first one, but in any event 595608 is for GUI. Once GUI passes the params to backend (different component), backend would still have to pass them to vdsm (another component) which would have to actually handle the reverse chap. So all in all, there should be 3 BZs for this RFE, this one being the first, the backend one depending on it and the GUI one depending on the backend BZ. For anything we don't mean to implement anytime soon we have a single BZ on the RFEs component. > > Don't get me wrong, I don't want to play with words, just would like to track > one BZ entry -) > So all in all, there should be 3 BZs for this RFE, this one being the first,
> the backend one depending on it and the GUI one depending on the backend BZ.
fair enough
Setting as StudentProject - while not very complex, requires changes in several component (VDSM, core engine, API, UI). I believe just VDSM support is a great student level project. Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug. Closing old bugs. If needed please reopen and explain why. |