우리는 두 개의 iSCSI 대상을 사용하여 몇 달 동안 CentOS 7 서버를 성공적으로 실행해 왔습니다 targetcli
. 둘 다 MS iSCSI 초기자를 사용하여 Windows 7 상자에서 설치되었습니다. 좋은 결과. 약 한 달 전에 두 번째 시스템에서 설치할 또 다른 대상을 추가했습니다. 달려야 한다는 사실을 잊어버린 것 같습니다 saveconfig
. 지난주에 우리는 메타데이터 서버 TigerStore를 평가하기 시작했습니다. 세 번째 Windows 7 컴퓨터에 설치됩니다. TigerStore를 사용하여 테스트하기 위해 CentOS 시스템에 네 번째 대상을 설정했습니다(또한 Windows Launcher를 사용하여 대상을 설치한 다음 제공합니다). 내가해야한다는 것을 다시 잊어 버렸습니다 saveconfig
.
우리는 아무 문제 없이 4개의 타겟을 모두 사용해 왔습니다. 사실 저는 금요일 밤에 사용하고 있었어요. 그런데 오늘 아침에 들어왔을 때 설치한 지 몇 달이 안 된 첫 번째 머신의 타겟에는 드라이브 문자만 표시되고, 이를 클릭하면 권한 오류가 뜹니다. Windows 시스템 #2를 확인했는데 동일한 iSCSI 대상이 설치되어 있습니다. TigerStore 서버는 여전히 대상에 연결되어 있으며 정상적으로 작동합니다.
세 대의 Windows 컴퓨터를 모두 다시 시작했는데 동일한 권한 문제가 있습니다. 이제 제가 정말 망친 부분은 다음과 같습니다. CentOS 서버를 다시 시작했는데 두 대상 구성 모두 LUN이 표시되지 않았습니다(이것은 제가 saveconfig를 실행하지 않은 두 구성이었습니다). 왜냐면...기기의 위치가 바뀌었거든요. 다시 시작하기 전에 한 쌍은 /dev/sdb1
합계 /dev/sdb2
이고 다른 쌍은 /dev/sdc1
합계였습니다. 이제 내 시스템 드라이브가 이었고 지금은 이기 때문에 /dev/sdc2
이것들은 다릅니다 . 그래서 모든 매핑이 엉망이 됩니다. /dev/sdc
/dev/sdb
/dev/sda
/dev/sdc
/dev/sdb
그래서 여기에 두 부분으로 구성된 질문이 있는 것 같습니다.
targetcli
1) 매핑이 작동하도록(대상의 사용자 데이터를 변경하지 않고) 새 블록 장치 위치를 가리키는 새 LUN을 생성할 수 있습니까 ?
2) 시스템이 /dev/sd*
부팅할 때마다 동일한 위치 할당을 사용하도록 강제할 수 있나요?
좋습니다. 세 부분으로 구성된 질문입니다.
3) #2를 할 수 없다면, 이런 일이 다시 발생하지 않도록 어떻게 다르게 해야 합니까? 참고로 이는 다음의 출력입니다 targetcli
ls
.
o- / ..................................................................... [...]
o- backstores .......................................................... [...]
| o- block .............................................. [Storage Objects: 2]
| | o- block1 ..................... [/dev/sdb1 (0 bytes) write-thru activated]
| | | o- alua ............................................... [ALUA Groups: 1]
| | | o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
| | o- block3 ..................... [/dev/sdb2 (0 bytes) write-thru activated]
| | o- alua ............................................... [ALUA Groups: 1]
| | o- default_tg_pt_gp ................... [ALUA state: Active/optimized]
| o- fileio ............................................. [Storage Objects: 0]
| o- pscsi .............................................. [Storage Objects: 0]
| o- ramdisk ............................................ [Storage Objects: 0]
o- iscsi ........................................................ [Targets: 4]
| o- iqn.2018-03.com.grd.t3 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 1]
| | | o- lun0 ................ [block/block3 (/dev/sdb2) (default_tg_pt_gp)]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-03.com.grd:t1 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 1]
| | | o- lun0 ................ [block/block1 (/dev/sdb1) (default_tg_pt_gp)]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-03.com.grd:t2 ............................ [TPGs: 1]
| | o- tpg1 .............................................. [gen-acls, no-auth]
| | o- acls ...................................................... [ACLs: 0]
| | o- luns ...................................................... [LUNs: 0]
| | o- portals ................................................ [Portals: 1]
| | o- 10.0.0.1:3260 ................................................ [OK]
| o- iqn.2018-04.com.grd:t3 ............................ [TPGs: 1]
| o- tpg1 .............................................. [gen-acls, no-auth]
| o- acls ...................................................... [ACLs: 0]
| o- luns ...................................................... [LUNs: 0]
| o- portals ................................................ [Portals: 1]
| o- 10.0.0.1:3260 ................................................ [OK]
o- loopback ..................................................... [Targets: 0]
o- srpt ......................................................... [Targets: 0]
감사해요!
답변1
해결 방법은 백엔드 스토리지 블록과 lun을 삭제하는 것입니다(대상은 그대로 유지). 그런 다음 올바른 /dev/sd* 위치를 가리키도록 targetcli의 청크를 다시 빌드했습니다.
앞으로 우리는 백엔드 스토리지를 블록 장치에 매핑하는 /dev/disk/by-partuuid를 사용하여 이 모든 것을 마이그레이션하여 지속성 문제를 해결할 것입니다.