SAN MANAGER 손상이후 이와 연결된 VMM 손상(VM시작불가)된 경우 복구솔루션 공유
SAN MANAGER 손상이후 이와 연결된 VMM 이 손상된 경우 이를 복구할 수 있는 솔루션을 공유합니다.
VMM 에서 사용되는 시스템 /config 디렉토리 생성과 그 안에 파일들의 권한의 조정이 필요합니다.
2번의 디렉토리 생성과 2번의 권한 부여가 핵심입니다.
최종적으로는 vmm-repair addon 을 만들어 추가 배포하도록 하겠습니다.
복구해야할 디렉토리 또는 권한부여가 필요한 디렉토리를 아래처럼
root 권한으로 tail 을 준비합니다.
tail -f /var/log/synoscgi.log | grep "No such file or directory"
아래 예시의 로그는 grep 으로 필터되지 않은 전체의 내용이므로 감안해서 참조해 주십시요.
2024-01-30T21:54:31+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_load_lun[8001]: iSCSI:iscsi_lio_target_load.cpp:113:SYNOiSCSILioTargetLoad mkdir(/config/target/iscsi/iqn.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:54:32+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_load_lun[7999]: iSCSI:iscsi_lio_target_load.cpp:113:SYNOiSCSILioTargetLoad mkdir(/config/target/iscsi/iqn.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:57:24+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_load_lun[22764]: iSCSI:iscsi_configfs_rw.cpp:21:SYNOiSCSIConfigfsWrite open(/config/target/iscsi/iqn.4931fa37-41ab-44bc-b472-5c8ea14a36b2/tpgt_1/attrib/demo_mode_write_protect, 1), err=No such file or directory2024-01-30T21:57:25+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_loop_mount[22756]: iSCSI:iscsi_lun_loopback_mount.cpp:118:SYNOiSCSILunLoopbackMount mkdir(/config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:57:25+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_loop_mount[22814]: iSCSI:iscsi_lun_loopback_mount.cpp:118:SYNOiSCSILunLoopbackMount mkdir(/config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:57:52+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_loop_mount[25051]: iSCSI:iscsi_lun_loopback_mount.cpp:118:SYNOiSCSILunLoopbackMount mkdir(/config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:57:52+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_loop_mount[25050]: iSCSI:iscsi_lun_loopback_mount.cpp:118:SYNOiSCSILunLoopbackMount mkdir(/config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2, 448), err=No such file or directory2024-01-30T21:58:26+09:00 NAS4 synoscgi_SYNO.Core.ISCSI.LUN_1_loop_mount[27910]: iSCSI:iscsi_configfs_rw.cpp:151:SYNOiSCSIConfigfsGetString open(/config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2/tpgt_1/address, O_RDONLY), err=No such file or directory
tail log 에 나타난 대로 아래와 같은 처리가 필요합니다.
이 예제는 저의 uuid 를 따른것이므로 각자의 환경에 따라 다를 수 있습니다.
mkdir -p /config/target/iscsi/iqn.4931fa37-41ab-44bc-b472-5c8ea14a36b2
chmod 777 /config/target/iscsi/iqn.4931fa37-41ab-44bc-b472-5c8ea14a36b2/tpgt_1/attrib/demo_mode_write_protect
mkdir -p /config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2
chmod 777 /config/target/loopback/naa.4931fa37-41ab-44bc-b472-5c8ea14a36b2/tpgt_1/address
각 VMM 안의 VM 이 사용하고 있는 볼륨 마다 위와 같은 처리가 필요할 수 있습니다.
화정큐삼
1등
DarkAcid 2024.01.31. 01:58
언제나 그렇듯 감사합니다. 제일 난감한게 권한문제네요 ㅠㅠ
2등
MarkV 2024.01.31. 09:21
감사합니다. 알려주신 덕분에 해결했습니다.
MarkV
네, 재 부팅하면 위 디렉토리들은 다시 사라집니다.
그래서 영구적으로 남길수 있는 vmm-repair addon 을 개발 계획하고 있습니다.
VMM 과 관련해서 디렉토리를 생성할 수 있는 권한이 먼가 꼬인것 같은데, 이것도 별도로 확인해 보겠습니다.
그래서 영구적으로 남길수 있는 vmm-repair addon 을 개발 계획하고 있습니다.
VMM 과 관련해서 디렉토리를 생성할 수 있는 권한이 먼가 꼬인것 같은데, 이것도 별도로 확인해 보겠습니다.
3등 vmm-repair addon 도 배포 완료 했습니다.
로더 재빌드 해주시면 추가되어 동작합니다.
VM 첫실행에서는 uuid 를 아직 못찾아서 1회 오류가 날 수 있지만, 그 이후부터는 정상 기동이 되실겁니다.
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/vmm-repair/src/vmmrepair.sh
로더 재빌드 해주시면 추가되어 동작합니다.
VM 첫실행에서는 uuid 를 아직 못찾아서 1회 오류가 날 수 있지만, 그 이후부터는 정상 기동이 되실겁니다.
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/vmm-repair/src/vmmrepair.sh
이제 vmm-repair addon 은 더이상 사용되지 않습니다.
sanmanager-repair addon 하나만으로 SAN MANAGER 와 VMM 을 모두 복구하며
서비스 말고 더 안정적으로 동작과 제어가 가능한
bootup 스케쥴러 형태로 자리잡게 했습니다.
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/sanmanager-repair/src/install.sh
이제 VMM 안에서 개별 VM 의 자동시작도 가능합니다.
https://github.com/PeterSuh-Q3/tcrp-addons/blob/main/sanmanager-repair/src/sanrepair.sh
SAN MANAGER 를 손상시켰던 직접적인 원인을 하나더 찾았습니다.
관련해서 friend 커널이 0.1.0j 로 업데이트 되면서 해당 이슈를 제거 합니다.
기존에 SAN MANAGER 의 손상 복구를 위해서는 최종적으로 로더를 한번더 빌드해 주시기 바랍니다.
VMM 이 안정적으로 정상 동작여부 까지 확인 마쳤습니다.
big.dady 2024.02.03. 16:13
언제나 감사합니다.
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
