LSI 9285-8e и Супермикро SC837E26-RJBOD1 копирует Идентификационные номера корпуса и номера слота
Вы попытались использовать, находят и - должностное лицо (или xargs), что-то как
find images/ -exec cp "{}" /mnt/coverimages/ \;
?
We managed to finally fix this issue. The ultimate cause and fix? It seems a manufacturing process error caused some JBODs shipped from Supermicro to come with a default burned in logical ID (the 0000007F). This address is actually supposed to match the SAS address by default.
To fix this issue, we had to run a tool called ExpanderXtools Lite (ftp://supermicro.com/utility/ExpanderXtools_Lite/). You run the SMC binary and will get a X window popup (you'll either need X installed, or if you are not running X on your servers like us, a local X server on your laptop being forwarded through SSH). In the SMC program you select the COM menu and click on inband.
Now, you can go to the WWN menu and select WWN. A new popup will show your JBOD primary and secondary (if you have the E26 model) controllers. You need to update both controllers at the same time before closing the window. After updated and the window is closed, power off the array for a bit and power back on. Use the SMC binary again to verify the logical address shows correctly.
The biggest pain point of this was having to power down the arrays. It might be possible to do this online and do a rescan with your RAID card. But better to play it safe. Port IDs for disks will change. For us, our LSI card was able to pick up the arrays after the change. Your mileage may vary.
Я не знаю, почему MegaRAID имеет в списке слотов для обоих корпусов один и тот же идентификатор, но вы определенно можете идентифицировать эти два корпуса по номеру подключенного порта .
] Список корпуса:
ID36 is on the adapter port B
ID63 is on the adapter port A
Список слота 11:
Device ID48 is on the port 1
Device ID19 is on the port 0
Я думаю, что вы можете идентифицировать порт 0 как порт A и порт 1 как порт B