-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DS918+] iSCSI 관련 이슈입니다. #30
Comments
당시 1월초에 MAC-SPOOF 를 강제 적용한 문제가 있던 버전을 설치 하셨던것 같고 당시 SAN MAMAGER (iSCSI) 를 저도 아직 iSCSI 에 대한 충분한 지식이 없어서 지금은 문제가 해소된 버전을 처음부터 한번더 클린설치를 하시던가 설정 초기화로 진행하신다면 데이터 파티션은 건드려지면 안됩니다. |
@PeterSuh-Q3 로컬에 백업NAS 장비가 있어, 포맷과 복원은 시간만 들 뿐 번거롭지는 않습니다. |
네, 현재는 당시 문제를 일으켰던 MAC-SPOOF ADDON 은 선택적 설치방식으로 바뀌여서 기본선택되어 들어가지 않도록 되어 있습니다. |
@PeterSuh-Q3 |
이 시점 입니다. |
@PeterSuh-Q3 |
TCRP로 부팅해서 최신버전으로 업데이트 시킨 뒤, Grub 메뉴에서 DSM 재설치로 부팅해서 설정/파일 유지 옵션으로 DSM 자체만 재설치 했더니 해결되었습니다. |
@PeterSuh-Q3 |
서버포럼에도 문의글을 올렸었고, 동일증상 문의를 올리신 분이 한분 더 계시긴 합니다만, 혹시나 싶어 이슈 남겨봅니다.
제가 작성한 게시글
다른분의 동일증상 게시글
장비는 오드로이드 H2 (J4105 / RTL8111G Dual) 입니다.
현재 최신 TCRP로 부트로더가 구성되어있고, DS918+ 7.2.1 DSM을 설치해두었습니다.
11월 TCRP 버전으로 구성하여 사용하던 중, 1월 초에 부트로더 업데이트를 위해 재부팅을 실시했고,
이후 부팅이 되지 않는 문제가 발생하였습니다.
그래서 부트로더와 HDD전체를 포맷하고 재설치 후 복원하여 사용하고 있는데요,
이 시점부터 iSCSI의 사용이 불가한 문제가 있습니다.
SAN Manager 상에서는 정상이라고 나오나, 외부에서 NAS 장비에 포트스캔을 해보면 3260포트 자체가 열려있지 않다고 감지되며, 실제로도 윈도우/리눅스/ESXi 모두에서 iSCSI를 검색하지 못합니다.
SAN Manager에서 LUN과 ISCSI를 모두 삭제한 뒤 다시 셋업해보기도 하였고,
최근 서버포럼 게시글에 따라 SAN Manager 자체를 제거한 뒤 재설치해보기도 하였으나, 증상이 동일합니다.
부트로더 자체를 재설치해보아도 문제가 동일한걸 보면, 현재 TCRP 버전에 문제가 있는건가 싶은데,
여기저기 로그를 확인해보아도 별다른 분석이 되지를 않네요.
혹시 확인해볼 부분이나 도움드릴 수 있는 분석파트가 있을까요?
The text was updated successfully, but these errors were encountered: