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

장애가 발생한 스토리지 볼륨을 식별하고 마운트 해제합니다

기여자 netapp-pcarriga netapp-lhalbert
PDF

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

시작하기 전에

을 사용하여 그리드 관리자에 로그인되어 있습니다."지원되는 웹 브라우저"

이 작업에 대해

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

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

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

오류가 발생한 저장소 볼륨을 복구하려면 오류가 발생한 저장소 볼륨의 장치 이름과 볼륨 ID를 모두 알아야 합니다.

설치 시 각 저장 장치에는 파일 시스템 UUID(Universal Unique Identifier)가 할당되고 해당 할당된 파일 시스템 UUID를 사용하여 저장 노드의 rangedb 디렉토리에 마운트됩니다. 파일 시스템 UUID와 rangedb 디렉토리는 다음에 나열됩니다. /etc/fstab 파일. 볼륨의 마운트 지점, 장치 이름, 크기가 Grid Manager에 표시됩니다.

단계

  1. 다음 단계를 수행하여 장애가 발생한 스토리지 볼륨 및 해당 디바이스 이름을 기록합니다.

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

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

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

      • Object stores 테이블에서 다음을 기록합니다. 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