Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Description of problem:
I know lldpad is supposed to be disabled for Broadcom devices,
but intel devices really dose need lldpad,please fix this,thanks a lot.
Actually,fcoe-utils doesn't work well with Broadcom devices since f27,please see bug#1534118
Version-Release number of selected component (if applicable):
kernel-4.15.0-0.rc7.git2.1.fc28.x86_64
fcoe-utils-1.0.32-3.fc27.x86_64
lldpad-1.0.1-8.git036e314.fc27.x86_64
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
This may be due to an selinux denial:
Jan 13 20:57:40 storageqe-13.rhts.eng.bos.redhat.com audit[8667]: AVC avc: denied { map } for pid=8667 comm="lldpad" path="/dev/shm/lldpad.state" dev="tmpfs" ino=30443 scontext=system_u:system_r:lldpad_t:s0 tcontext=system_u:object_r:lldpad_tmpfs_t:s0 tclass=file permissive=0
lili, can you try it with enforcing=0 boot parameter and see if it works then? Thanks!
Proposing as a Final blocker: criterion "The installer must be able to detect (if possible) and install to supported network-attached storage devices." (I think that's right, right lili? This breaks FCoE install / boot?)