Skip to main content
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

StorageGRID에서 장애가 발생한 스토리지 볼륨 식별 및 마운트 해제

PDF

스토리지 볼륨에 오류가 발생한 스토리지 노드를 복구할 때는 오류가 발생한 볼륨을 식별하고 마운트 해제해야 합니다. 복구 절차의 일부로 오류가 발생한 스토리지 볼륨만 재포맷되는지 확인해야 합니다.

시작하기 전에

현재 Grid Manager에 "지원되는 웹 브라우저"을(를) 사용하여 로그인되어 있습니다.

이 작업 정보

오류가 발생한 스토리지 볼륨은 가능한 한 빨리 복구해야 합니다.

복구 프로세스의 첫 번째 단계는 연결이 끊어졌거나, 마운트 해제가 필요하거나, I/O 오류가 발생한 볼륨을 감지하는 것입니다. 오류가 발생한 볼륨이 여전히 연결되어 있지만 파일 시스템이 임의로 손상된 경우, 시스템은 디스크의 사용되지 않거나 할당되지 않은 부분에서는 손상을 감지하지 못할 수 있습니다.

참고 디스크 추가 또는 재연결, 노드 중지, 노드 시작 또는 재부팅과 같은 볼륨 복구를 위한 수동 작업을 수행하기 전에 이 절차를 완료해야 합니다. 그렇지 않으면 reformat_storage_block_devices.rb 스크립트를 실행할 때 파일 시스템 오류가 발생하여 스크립트가 중단되거나 실패할 수 있습니다.
참고 하드웨어를 수리하고 디스크를 제대로 연결한 후 reboot 명령을 실행하십시오.
주의 오류가 발생한 스토리지 볼륨을 주의 깊게 식별하십시오. 이 정보를 사용하여 어떤 볼륨을 다시 포맷해야 하는지 확인해야 합니다. 볼륨을 다시 포맷한 후에는 해당 볼륨의 데이터를 복구할 수 없습니다.

손상된 스토리지 볼륨을 복구하려면 손상된 스토리지 볼륨의 장치 이름과 볼륨 ID를 모두 알아야 합니다.

설치 시 각 스토리지 장치에는 파일 시스템 고유 식별자(UUID)가 할당되고, 해당 UUID를 사용하여 스토리지 노드의 rangedb 디렉터리에 마운트됩니다. 파일 시스템 UUID와 rangedb 디렉터리는 /etc/fstab 파일에 나열됩니다. 마운트 지점, 장치 이름 및 볼륨 크기는 그리드 관리자에 표시됩니다.

단계

  1. 오류가 발생한 스토리지 볼륨과 해당 장치 이름을 기록하려면 다음 단계를 완료하십시오.

    1. 노드 > 사이트 > 실패한 스토리지 노드 > *스토리지*를 선택합니다.

    2. 아래로 스크롤하여 볼륨 테이블과 객체 저장소 테이블을 찾고, 상태가 알 수 없음 또는 오프라인인 각 볼륨에 대해 다음 정보를 기록하십시오.

      • 볼륨 테이블에서 마운트 지점, 장치 및 크기를 기록합니다.

      • 객체 저장소 테이블에서 `object_store_ID`을 기록합니다.

        `object_store_ID`는 오류가 발생한 스토리지 볼륨의 ID입니다. 예를 들어, ID가 0000인 객체 저장소의 경우 명령에  `0`를 지정합니다.

  2. 오류가 발생한 스토리지 노드에 로그인합니다.

    1. 다음 명령을 입력합니다. ssh admin@grid_node_IP

    2. Passwords.txt 파일에 나와 있는 비밀번호를 입력하십시오.

    3. 루트 권한으로 전환하려면 다음 명령을 입력하십시오. su -

    4. Passwords.txt 파일에 나와 있는 비밀번호를 입력하십시오.

      루트 계정으로 로그인하면 프롬프트가 `$`에서 `#`로 변경됩니다.

  3. 오류가 발생한 스토리지 볼륨을 마운트 해제하려면 다음 스크립트를 실행하십시오.

    sn-unmount-volume object_store_ID

  4. 메시지가 표시되면 *y*를 눌러 스토리지 볼륨 0에 의존하는 Cassandra 서비스를 중지하십시오.

    참고 Cassandra 서비스가 이미 중지된 경우 메시지가 표시되지 않습니다. Cassandra 서비스는 볼륨 0에 대해서만 중지됩니다. 
    root@Storage-180:~/var/local/tmp/storage~ # sn-unmount-volume 0
Services depending on storage volume 0 (cassandra) aren't down.
Services depending on storage volume 0 must be stopped before running this script.
Stop services that require storage volume 0 [y/N]? y
Shutting down services that require storage volume 0.
Services requiring storage volume 0 stopped.
Unmounting /var/local/rangedb/0
/var/local/rangedb/0 is unmounted.

    몇 초 후 볼륨이 마운트 해제됩니다. 각 단계별로 메시지가 표시됩니다. 마지막 메시지에는 볼륨이 마운트 해제되었다는 내용이 나타납니다.

  5. 볼륨이 사용 중이어서 마운트 해제가 실패하는 경우, --use-umountof 옵션을 사용하여 강제로 마운트 해제할 수 있습니다.

    참고 해당 --use-umountof 옵션을 사용하여 강제로 마운트 해제하면 해당 볼륨을 사용하는 프로세스 또는 서비스가 예기치 않게 동작하거나 충돌할 수 있습니다. 
    root@Storage-180:~ # sn-unmount-volume --use-umountof /var/local/rangedb/2
Unmounting /var/local/rangedb/2 using umountof
/var/local/rangedb/2 is unmounted.
Informing LDR service of changes to storage volumes