Hide Forgot
Add FCOE support. Ability to handle fcoe enabled interfaces/services without manual intervention.
This RFE is to track hook for 4.0.
Executed storage tier1 automation and manual negative using the hook. Note that for FCoE, we used servers with Broadcom BCM57800 Ethernet multi function controllers which require DCB to be disabled (BZ #1353659). One more issue, fcoe and lldpad services are not enabled by the hook to start on boot (BZ #1353456). Verified using: Red Hat Enterprise Linux Server release 7.2 (Maipo) Kernel: 3.10.0-327.28.2.el7.x86_64 vdsm-4.18.5.1-1.el7ev.x86_64 vdsm-hook-fcoe-4.18.5.1-1.el7ev.noarch libvirt-daemon-1.2.17-13.el7_2.5.x86_64 qemu-kvm-rhev-2.3.0-31.el7_2.17.x86_64 selinux-policy-3.13.1-60.el7.noarch sanlock-3.2.4-2.el7_2.x86_64 python-2.7.5-34.el7.x86_64 rhevm-4.0.2-0.2.rc1.el7ev.noarch Hardware: 2 hosts connected to a Dell S5000 switch via 2 10G Ethernet ports [1] each (8G configured to be allocated for FC on each switchport) XtremIO connected to the Dell S5000 switch via 2 8G FC ports. Dell S5000 switch convert FC communication from XtremIO to FCoE communication to the hosts and vice versa. 6 LUNs exposed to the hosts from the storage server. [1] 01:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM57800 1/10 Gigabit Ethernet Multi Function (rev 10)