On September 12, 2018 7:43:12 AM UTC, "Stefan G. Weichinger" <li...@xunil.at> wrote: >Am 12.09.18 um 08:42 schrieb J. Roeleveld: >> On Tuesday, September 11, 2018 11:48:59 AM CEST Stefan G. Weichinger >wrote: >>> At first I emerged latest stable gentoo-sources, enabled these flags >and >>> compiled ... but the lpfc module didn't detect the SAN devices >>> correctly, so I switched back to 4.1.15 (mark this as another todo >here >>> ... sooner or later I want a more recent kernel working with lpfc >... I >>> have no clue about multipath so far) >> >> I found multipath quite "simple" to implement when following the >documentation >> for this. > >*which* documentation, please? > >with the newer kernel I got: > >[ 864.521464] lpfc 0000:02:00.1: 1:1303 Link Up Event x7b received >Data: x7b x0 x20 x0 x0 x0 0 >[ 868.693743] lpfc 0000:02:00.0: 0:1305 Link Down Event x7c received >Data: x7c x20 x80011 x0 x0 >[ 869.523664] lpfc 0000:02:00.0: 0:1303 Link Up Event x7d received >Data: x7d x0 x20 x0 x0 x0 0 >[ 873.691535] lpfc 0000:02:00.1: 1:1305 Link Down Event x7c received >Data: x7c x20 x80011 x0 x0 >[ 874.521185] lpfc 0000:02:00.1: 1:1303 Link Up Event x7d received >Data: x7d x0 x20 x0 x0 x0 0 >[ 878.694259] lpfc 0000:02:00.0: 0:1305 Link Down Event x7e received >Data: x7e x20 x80011 x0 x0 > > >and no /dev/sdX created for the relevant LUN (is that the term?) > >I see a multipath.conf on the system, will try to understand that.
Multipath devices end up under /dev/mapper/... I think it was Redhat who had most decent docs. Will check my bookmarks tonight and give you the full list. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.