problems with SAS JBODs 2

Oliver Sech crimsonthunder at gmx.net
Wed Jul 4 10:28:33 UTC 2018


> The most likely issue is that the mapping table stored on the card is messed
> up.  Can you send dmesg output with the following loader tunable set:
> 
> hw.mpr.debug_level=0x203
> 
> That will turn on debugging for the mapping code and may show the problem.
> 
> If you see messages like this:
> 
> mpr0: Attempting to reuse target id 63 handle 0x000b
> mpr0: Attempting to reuse target id 64 handle 0x000c
> mpr0: Attempting to reuse target id 65 handle 0x000d
> mpr0: Attempting to reuse target id 66 handle 0x000e
> mpr0: Attempting to reuse target id 67 handle 0x000f
> mpr0: Attempting to reuse target id 68 handle 0x0010
> mpr0: Attempting to reuse target id 69 handle 0x0011
> mpr0: Attempting to reuse target id 70 handle 0x0012
> mpr0: Attempting to reuse target id 66 handle 0x000e
> 
> It indicates that the mapping code is preventing some of the drives from
> fully probing because there are collisions in the table.
> 
> Unfortunately we have not yet fixed the problem in the other situation.
> (He is running with multipathing, which could be contributing to the
> problem.)
> 
> I have a script and utility that will clear the mapping table in the card,
> but that hasn't been enough to fix the other situation.  If you do have a
> mapping problem, I can give you the script/utility to clear the table and
> we can see whether it fixes your problem.
> 
> If not, it'll probably have to wait until Steve gets back from vacation.
> 
> Ken

I added the "hw.mpr.debug_level" tunable and collected logs on the whole connect -> disconnect -> connect problem.

logs collected:
first connect log: https://paste.docker.ist.ac.at/?6ec80dde0e1f236f#NufbXSs6o+dTDTPgZgWbU8vRQ6B47tMbQ8LHPkMXfIg=
first connect sesutil: https://paste.docker.ist.ac.at/?256810338f87adc1#/N3m6iFH304SxSxpnHCt0ocOeAU8zkBennul2/BcKpQ=

disconnected shelf log: https://paste.docker.ist.ac.at/?07ff1129a6cb6117#8WH8AjO1sO2hZlHE39h314CoQxxFZmBVZNo+Q8+qp4Q=
disconnected shelf mprutil: https://paste.docker.ist.ac.at/?eebaee72dc9e1cfe#WTlnO5vlPb7997lJCMswWfwtcq1rN04CaFbxmMWHqrU=

second connect log: https://paste.docker.ist.ac.at/?684ff32c6dae185b#nZ32x023ApRvNKrVUhvCr7xi5cYJnPhs9XNTfEW6sMw=
second connect sesutil: https://paste.docker.ist.ac.at/?f0302ce3aa8e55d7#+ZaJsCUiLh/7VsqBJ5oPHxZtRbM1dVS2RankrXePikw=
second connect mprutil: https://paste.docker.ist.ac.at/?4b8d347aed941c1f#wX7y0cjtb2gYKLU99IIftmDcFpKiV2QqjcC7YN96nB0=


If you are interested in investigating this further I can try to organize a "test environment" as I'm pretty sure this issue is not limited to my hardware?

best regards,
Oliver


More information about the freebsd-scsi mailing list