RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1349117 - [RFE] Support NPIV adapter passthrough
Summary: [RFE] Support NPIV adapter passthrough
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libvirt
Version: 7.2
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: John Ferlan
QA Contact: yisun
URL:
Whiteboard:
Depends On: NPIV_SAN_PASSTHROUGH_TO_GUEST 1349115 1404962 1404963 1404964 1405033 1551923 1553682 1553685
Blocks: 1320621
TreeView+ depends on / blocked
 
Reported: 2016-06-22 17:54 UTC by Ademar Reis
Modified: 2022-03-13 14:04 UTC (History)
24 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of: 1349115
Environment:
Last Closed: 2018-12-06 17:20:52 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 403413 0 None None None 2016-06-22 17:54:57 UTC

Description Ademar Reis 2016-06-22 17:54:58 UTC
+++ This bug was initially created as a clone of Bug #1349115 +++

+++ This bug was initially created as a clone of Bug #1320621 +++

1. What is the nature and description of the request?
   As PCI Passthrough is more a pain, as all components (Hardware, Firmware, BIOS, OS) need to play well together, doing a passthrough of a NPV adapter would help in solving this issue.
   This is already done by several other vendors (IBM AIX LPAR e.g.)

2. Why does the customer need this? (List the business requirements here)
   The reason is having a virtual Fibre Channel HBA in the VM available, so that mapping storage can be easily done without the need of the RHEV admin to take actions.
   Also presenting other FC devices than disks to the VM is sometimes needed (e.g. Backup Server, which needs to handle tapes)
      
3. How would the customer like to achieve this? (List the functional requirements here)
   - Add a NPIV to a phyiscal FC-Adapter
   - Add this NPV adapter to the VM
   - The VM should be able to use the NPV adapter as if it was plain hardware
      
4. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.  
   Just follow the steps laidf out before. If the RHEL system running in the VM can use and access the presented devices it does work.
   http://www.ibm.com/developerworks/aix/library/au-NPIV/ is also a good source on how it should work
      
5. Is there already an existing RFE upstream or in Red Hat Bugzilla?
   Not that I am aware of. There is a similar BZ, where this has been discussed: BZ #431454
   Also see https://bugzilla.redhat.com/show_bug.cgi?id=431454#c87 for some more explanation
      
6. Does the customer have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
   asap, as it is getting more difficult with each hardware generation to get a working environment.
   Also with the RMRR restrictions introduced in RHEL 7 it is impossible to do PCI passthrough with modern HP hardware.
      
7. Is the sales team involved in this request and do they have any additional input?
   No
      
8. List any affected packages or components.
   RHEV-M and qemu/libvirt
      
9. Would the customer be able to assist in testing this functionality if implemented?  
   Yes

--- Additional comment from Yaniv Kaul on 2016-03-23 16:50:51 BRT ---

Dup of bug 431454 ?

--- Additional comment from Martin Tessun on 2016-03-24 04:32:45 BRT ---

Hi Yaniv,

no, as Bug 431454 discusses a LUN passthrough with a NPV adapter being created on the hypervisor, whereas this RFE is for NPV adapter passthrough, so not a single LUN, but as discussed in Bug 431454 a complete NPV adapter.

It was asked in https://bugzilla.redhat.com/show_bug.cgi?id=431454#c92 to create a separate RFE for this.

Cheers,
Martin

--- Additional comment from Yaniv Kaul on 2016-03-24 05:11:14 BRT ---

(In reply to Martin Tessun from comment #4)
> Hi Yaniv,
> 
> no, as Bug 431454 discusses a LUN passthrough with a NPV adapter being
> created on the hypervisor, whereas this RFE is for NPV adapter passthrough,
> so not a single LUN, but as discussed in Bug 431454 a complete NPV adapter.
> 
> It was asked in https://bugzilla.redhat.com/show_bug.cgi?id=431454#c92 to
> create a separate RFE for this.

Do we know it does NOT work as regular PCI passthrough device?
> 
> Cheers,
> Martin

--- Additional comment from Martin Tessun on 2016-03-24 05:34:54 BRT ---

Hi Yaniv,

(In reply to Yaniv Kaul from comment #6)
> (In reply to Martin Tessun from comment #4)
> > Hi Yaniv,
> > 
> > no, as Bug 431454 discusses a LUN passthrough with a NPV adapter being
> > created on the hypervisor, whereas this RFE is for NPV adapter passthrough,
> > so not a single LUN, but as discussed in Bug 431454 a complete NPV adapter.
> > 
> > It was asked in https://bugzilla.redhat.com/show_bug.cgi?id=431454#c92 to
> > create a separate RFE for this.
> 
> Do we know it does NOT work as regular PCI passthrough device?

Yes, it does not work that way, as it is a virtual device, and PCI passthrough is not able to address this device.

> > 
> > Cheers,
> > Martin

--- Additional comment from Michal Skrivanek on 2016-05-26 07:47:37 BRT ---

Martin, I tried to understand the various NPIV related bugs...there are a bit too many around:) 
But IIUC this is what bug 1270581 was about. The only thing which is not there is the actual creation of vHBA, that needs to be done separately on host. But once it is there it will be seen in the hostdev UI and can be passed through as a scsi adapter into a VM
Can you confirm?

--- Additional comment from Martin Tessun on 2016-05-27 04:42:51 BRT ---

Hi Michal,

Afaik thios will not work (yet) as qemu-kvm is missing this feature. See BZ #834514 for some more details.

But as soon as this is sorted, indeed, it will probably work this way.

Cheers,
Martin

Comment 1 John Ferlan 2016-09-22 21:09:32 UTC
There is a recent upstream posting :

http://www.redhat.com/archives/libvir-list/2016-September/msg00148.html

Which I'm hoping provides the "requested" functionality or at least a basis to make things work based on existing code. 

Essentially, the author is making use of the "-device vhost-scsi-{pci|ccw}" adding an 'fd' by which the device was accessed on the host side (from a open("/dev/vhost-scsi", O_RDWR); call).

There's still a fair amount of work to do and I'm still not sure whether it'll work and how it would be used/accessed on the guest side yet.  That is - what will the guest see and how does it magically get/view all the luns.

Comment 2 Paolo Bonzini 2016-12-15 11:46:31 UTC
vhost-scsi doesn't provide the required functionality.  It would still require manual configuration of LUNs.

Comment 7 John Ferlan 2018-12-06 17:20:52 UTC
Based on email discussion, closing this as WONTFIX since the storage/HBA vendors did not want to invest more in the NPIV/vHBA infrastructure.

A new methodology is "under discussion".


Note You need to log in before you can comment on or make changes to this bug.