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.

Reply via email to