화정큐삼어제 오늘 사이 헤놀포럼에서 헤놀용으로 컴파일된 멜라녹스 mlx4_core 가 비정상 로딩이 된다는 보고가 있어서
이분과 계속 시험을 해봤습니다. 최종 결과는 바닐라 모듈만으로 성공했습니다.
7.1의 종속성 문제를 넘어서 7.2 DS3622xs+ 의 경우는 DSM 에서 내장모듈(바닐라)로 이미 지원을 하고 있기에 컴파일된 모듈을 제거해 달라는 요청였습니다.
이렇게 M SHELL에서 이 mlx4 모듈이 제거만 되면 mlx4 랜카드만 단독으로 가지고 계신분들은 DSM 설치단계로 진입을 못하는 문제가 있습니다.
그래서 컴파일된 모듈대신 아예 내장모듈로 교체해서 모듈 재배포를 했습니다.
7.1에서는 컴파일된 모듈만으로 문제가 없었는데, 7.2 에서는 또 다른 양상이 보여서 별도 조치를 했습니다.
mlx4는 안정화 시험을 다른분께 부탁드렸고
혹시 DS3622xs+ 7.2 에서 다른 랜카드 없이 connecX-4 (mlx5) 만 가지고서 DSM 설치가능 여부와 DSM 에서 랜포트들이 잘 동작되는지 시험해 주실수 있나요?
시놀로지 홈에는 이 connecX-4 가 정식지원 모델로 들어가 있어서 더욱 바닐라 모델로 대체가 필요한지 확인이 필요합니다.
현재는 컴파일된 mlx5가 들어가 있습니다.
DDSML 만 해보시면 될것 같습니다.
부탁드립니다.
물른 순정의 모듈로 잘 된다면 그대로 둬도 될꺼같습니다
디바이스 탐지후 해당되는 모듈을 로딩되게 합니다.
이후 이 헤놀 모듈은 junior 단계의 DSM 설치만을 도와주고 DSM 설치가 완료된 상태에서는 /lib/modules 에 남아있질 않습니다.
순정 바닐라 모듈 리스트만 그 안에서 확인이 되는데요.
그렇다고 해서 junior 단계에서 도움을 주었던 모듈들이 DSM 에 영향이 완전 사라지는게 아니고 어딘가에서 동작하고 있는것처럼 작동합니다.
이 상관관계를 아직 못풀었습니다.
Junior 로딩 단계에서 DSM 설치 이후 단계에 까지 모듈파일이 강제로 존재지속하도록 하는 방법은
/tmpRoot//lib/modules 에 모듈파일을 복사하는 방법이 있는데요.
아직 다른 레드필 로더들도 굳이 이렇게 까지 하지 않는 이유가 있을겁니다.
이 상관관계를 아직 모르기에 컴파일된 모듈을 rmmod 해서 걷어내거나 막는 제어가 아직은 어렵습니다.
그리고, lsmod 로 확인된 커널 모듈은 확인이 되지만, 실제 물리적인 카드가 없으면 dmesg 로그를 통해 모듈이 정상로딩 되는지를 관찰 할 수가 없습니다.
admin2@VMWARE_FUSUIN:~$ uname -a
Linux VMWARE_FUSUIN 4.4.302+ #64561 SMP Fri May 19 01:38:13 CST 2023 x86_64 GNU/Linux synology_broadwellnk_3622xs+
admin2@VMWARE_FUSUIN:~$ lsmod | grep mlx
mlx5_core 506067 0
mlx4_en 120386 0
mlx4_core 281106 1 mlx4_en
mlx_compat 1625 3 mlx4_en,mlx4_core,mlx5_core
vxlan 33429 8 i40e,qede,bnx2x,ixgbe,be2net,mlx4_en,bnxt_en,mlx5_core
admin2@VMWARE_FUSUIN:~$ dmesg | grep mlx
admin2@VMWARE_FUSUIN:~$
아직 통합모듈안에 바닐라 mlx5_core.ko 를 포함시키지 않은 상태 입니다.
https://github.com/PeterSuh-Q3/arpl-modules/tree/main/vanilla/broadwellnk-4.4.302
시롤로지 홈에서 DS3622xs+ 의 타사 10G 이상 랜카드 호환리스트를 확인해보면 아래 3개정도가 바닐라 모듈로 추정됩니다.
https://www.synology.com/en-us/compatibility?search_by=products&model=DS3622xs%2B&category=network_interface_cards&display_brand=other
emulex be2net
intel ixgbe
Mellanox mlx5
mlx5_core.ko 바닐라 모듈을 그냥 팩에 포함을 시키기 전에 테스트를 최소한 한번 거치고 싶었는데요.
고가 장비고 사용자 분이 많지를 않아서 테스트 결과를 받기가 쉽지 않을것도 같습니다.
도와주시는 분이 없으시다면, 일단은 그냥 포함시켜볼까도 합니다.
DSM커널 부트하기전에 이미 마운트되어져있는 DSM 설치 파티션에서 ko유무를 체크해서 insmod란식으로 처리해보세요
if [ ! -f "/lib/modules/mix4.ko" ]; then
insmod mix4.ko
fi
대충 이런식으로 insmod.sh 작성하신후 부트시 실행시키면 되겠네요
굳이 커널 모듈을 적재했다가 제거할 필요 없이 적재전에 확인하면 일체의 영향 안 줄 수 있습니다
어떤 이유든간에 시스템 파티션의 모듈 목록에 해당 모듈이 존재한다면 그걸 우선시하는게 옳을테니 후자면 될꺼라 봅니다
connecX-3는 화정큐삼님 설명대로 설치해서 잘쓰고 있습니다.
시간되실때 DSM 설치단계 (Junior) 에서도 다른 랜카드 도움없이 connectX-3 로만 동작하는지 시험 한번만 부탁드리겠습니다.
내장랜 비활성화하고 직접 연결 해봐야 겠네요.
connectX-3가 qsfp+라 공유기에 직접 못물려서 젠더나 분기 케이블 같은걸 구해야 겠습니다...
그런데 빌드 화면에서는 IP 할당된게 보이다가 빌드하고 재부팅하면 CAN NOT GET IP라고 뜨네요. 빌드화면에 떠있던 IP로 접속해서 설치하거나 40초정도 기다리고 IP 스캐너로 스캔하면 나오긴합니다.
DS3622xs+ 내장모듈(바닐라 모듈)을 mlx_compat.ko 포함한 3개의 모듈파일을 사용한게 맞나 보네요.
앞으로 멜라녹스는 이 상태를 계속 유지하면 될것 같습니다.
FRIEND 부팅과정에서 IP 사전 확인기능 아직도 조금 불안정 합니다.
pocopico 님이 구현하신 원본에서 한번더 캐치하는 기능을 제가 보완하긴 했는데, 그래도 좀 부족하네요.
7초 ~ 0초로 바뀐 이후부터는 시놀커널이 본격적으로 로딩되는데 여기서부터 모듈이 로딩되는데는 일반적으로 40초 정도는 대기해 주셔야 PING 응답이 가능합니다.
정상적인 응답입니다.