- 사용된 시스템 H/W 구성
Aurora-R4 MotherBoard
i7-3930K
RTL8168/8111 NIC
LSI MR9260-8i x2 : ( IBM5014/IBM5015 to LSI9260-8i firmware , LSI SAS 2108) : RAID Levels 0, 1, 5 , 6, 10, 50 and 60
LFF HDD x6 : 1st-LSI MR9260-8i
LFF HDD x6 : 2nd-LSI MR9260-8i
SATA SSD x2 : onboard SATA
extra_cmdline의 설정 값에 따른 결과를 공유 합니다.
/home/tc/user_config.json 파일의 변수 값 설정을 6가지로 테스트 합니다.
extra_cmdline | DSM | Note | |
|---|---|---|---|
| Case 1 | "SataPortMap": "", "DiskIdxMap": "", | 9 x HDD (SAS) , 1 x SSD (SATA) | the default settings |
| Case 2 | "SasIdxMap": "0", "SataPortMap": "1", "DiskIdxMap": "0", | 12 x HDD (SAS) , 1 x SSD (SATA) | https://github.com/FOXBI/tr_st |
| Case 3 | "SasIdxMap": "0", "SataPortMap": "2", "DiskIdxMap": "0", | 12 x HDD (SAS) , 2 x SSD (SATA) | https://github.com/FOXBI/tr_st https://www.openos.org/threads/diskidxmap-sataportmap-sasidxmap.3675 |
| Case 4 | "SasIdxMap": "0", "SataPortMap": "", "DiskIdxMap": "0", | 9 x HDD (SAS) , 2 x SSD (SATA) | add SasIdxMap=0, DiskIdxMap=0 from the default settings. |
| Case 5 | "SasIdxMap": "", "SataPortMap": "", "DiskIdxMap": "", | 9 x HDD (SAS) , 2 x SSD (SATA) | add SasIdxMap from the default settings. |
| Case 6 | "SasIdxMap": "0", "SataPortMap": "", "DiskIdxMap": "", | 9 x HDD (SAS) , 2 x SSD (SATA) | add SasIdxMap=0 from the default settings. |
하기 항목에 대한 인터넷 검색에서 대부분의 가이드는
SataPortMap, DiskIdxMap 은 값을 비어있는 상태 즉 디폴트 상태인 "" 으로 유지하는 것을 권장하거나 설정할 필요가 없다. 라고 하지만
테스트 결과와는 상충 되는 가이드 입니다. 제가 잘못 이해한 것일 수도 있습니다.
또한 패쓰쓰루 HBA를 상용하지 않아야 한다는 가이드도 존재 하기도 합니다. 중국어 번역이라서 오역으로 오해한 것 일 수 도 있습니다.
대부분의 사용자들에게는 이러한 가이드가 부합 할 수 있습니다.
왜냐하면 HDD 갯수가 제한적이거나 SAS HBA 또는 H/W RAID를 사용하지 않을 경우에는
위 테이블에서 나타낸 테스트 결과 처럼 SataPortMap, DiskIdxMap 값들이 디폴트 상태이어도 크게 문제가 되지는 않습니다.
extra_cmdline의 설정 값이 디폴트 상태일때 자동으로 설정한다는 설명을 하고 있습니다.
이 테스트의 결과는 하기의 화정쿠삼님의 가이드, 설명과 일치 하고 있습니다. (https://www.2cpu.co.kr/nas/41524)
DS918+ / DS3622xs+ 와 같은 기존 방식은 SataPortMap / DiskIdxMap 이 SataPort 매핑에 관여하고
DS920+ / DS1621+ / DS923+ 와 같은 Device-Tree(DT) 방식은 SataPortMap / DiskIdxMap 이 두 가지 설정이 관여하지 않고 동적으로 포트가 자동 매핑 됩니다.
하지만 또 다른 설명에서 (https://www.2cpu.co.kr/nas/41510) BLANK 권장, SATATPORT 동적매핑, 설명에 따라서
Case 4, Case 5, Case 6 을 시도 했지만 테스트 결과와는 일치 하지 않습니다. 다만 않되면 정적매핑 해야 한다
SATA HDD가 아닌 HBA SAS HDD에 대해서는 다른 이해가 필요한 것인지 좀 더 스터디가 필요해 보입니다.
3. sataportmap/diskidxmap 을 사용해야 하는 DS3622xs+ 의 경우는
이 두 설정 값을 반드시 사용해야 한다는 점이 지침은 아닙니다.
오히려 더 두 값을 BLANK로 비우는 것을 레드필 개발 그룹인 TTG 에서 권장합니다.
이렇게 비워진 경우 SATAPORT 동적매핑을 시작합니다.
만약 이 동적 매핑이 실패한 경우
sataportmap/diskidxmap 에 수치를 기록해서 정적 매핑을 하셔야 합니다.
결론적으로 none-DT 방식인 DS3622xs인 경우 3개 변수 값을 모두 설정해야만 한다는 것 입니다.
이들 중 하나만 이라도 디폴트 상태로 유지하는 경우는 장착된 모든 디스크를 인식하지 못하는 결과를 갖습니다.
SasIdxMap, SataPortMap, DiskIdxMap의 부분적인 설명이 아닌 정리된 설명이 있다면 공유 부탁 바랍니다.
감사합니다.
당시 HBA 는 SataPortMap, DiskIdxMap 가 절대 관여하지 않는다는 지침대로 전혀 이부분을 고려하지 않았었는데,
지금 결과를 보면 상관관계가 있다는 결론이 나왔네요.
아마도 호스트당 포트는 9개 (9개 디스크) 를 넘기지 말라는 부분과 어느정도 연관성이 있어 보입니다.
SATA 컨트롤러가 BIOS 에서 비활성화가 가능하다면, 완전히 배제되고 2개의 SSD 마져 없다면 어떻게 인식될지도 궁금하네요.
아마 그래도 12개의 하드 인식을 시키기 위해선 BLANK 로 동작되진 않을것 같아 보입니다.
12Bay HDD는 인식 됩니다.
SAS 컨트롤러가 4+4 으로 8개 HDD가 연결 가능하므로
2개 SAS 컨트롤러로 16Bay가 가능해 보입니다.
Disk Encloser 가 6Bay 2개로 구성 되므로 12Bay 까지 시도해 볼수 있습니다.
https://github.com/PeterSuh-Q3/tinycore-redpill/blob/stable/ds920p.dts
이 파일의 내용을 보시면 DX517 같은 시놀로지 디스크 어레이 추가장비나
내장 sata / 외장 sata / usb / nvme 등은 device id 를 정의 해서 사용할 수가 있는데요.
이 정의에 대한 처리를 ARPL fabio님이 dtbpatch 라는 드라이버로 동적으로 쉽게 매핑정의를 할 수 있도록 개발해 주셨습니다.
저도 그 드라이버를 TCRP 에서도 사용하고 있구요.
최초 DT 기반 모델인 DS920+ 가 나왔을때,
HBA 를 인식시켜 보려는 시도를 많이 했었습니다.
몽동이(핫포사이님)이 이부분에 대해 연구를 많이 해주셨고,
pocopico님 / fabio님 그리고 저도 계속 알아봤는데,
fabio님의 결론은 HBA 는 불가하다는 내용였습니다.
저도 상세한 이유는 fabio님 모국어는 브라질어고 서로 영어가 짧아서 내용을 100% 이해는 못했습니다.
그렇다고 dts 파일에는 임의로 HBA 부분을 정의할 수는 없습니다.
원래 모델별로 지원가능한 장비만 정의되어 있고 단지 그 안에서 디스크 갯수에 대한 정의는 더 늘려서 사용할 수 있습니다.
이런 내용을 dtbpatch 가 커버하고 있습니다.
저도 DT 모델들에서 HBA가 동작되었으면 하는 바램이 아주 컸었는데,
참 아쉽습니다.
none-DT 기반 모델인 DS918+ 에서는 HBA 사용 가능한 것이죠?
https://www.2cpu.co.kr/nas/41510?