시작하십시오
분실된 물체를 조사 중입니다
변경 제안
-
이 문서 사이트의 PDF
-
구성 및 관리
-
별도의 PDF 문서 모음
Creating your file...
Objects Lost * 경고와 레거시 손실된(손실된 개체) 경보가 트리거되면 즉시 조사해야 합니다. 영향을 받는 개체에 대한 정보를 수집하고 기술 지원 부서에 문의하십시오.
-
지원되는 브라우저를 사용하여 Grid Manager에 로그인해야 합니다.
-
특정 액세스 권한이 있어야 합니다.
-
에 가 있어야 합니다
Passwords.txt파일.
Objects Lost * (개체 손실 *) 경고와 손실된 알람은 StorageGRID가 그리드에 개체의 복사본이 없다고 믿고 있음을 나타냅니다. 데이터가 영구적으로 손실되었을 수 있습니다.
개체 손실 경보 또는 경고를 즉시 조사하십시오. 추가 데이터 손실을 방지하기 위해 조치를 취해야 할 수 있습니다. 경우에 따라 프롬프트 작업을 수행하면 손실된 개체를 복원할 수 있습니다.
손실된 개체의 수는 그리드 관리자에서 확인할 수 있습니다.
-
노드 * 를 선택합니다.
-
스토리지 노드 * > * 오브젝트 * 를 선택합니다.
-
개체 수 표에 표시된 손실된 개체의 수를 검토합니다.
이 숫자는 그리드 노드가 전체 StorageGRID 시스템에서 누락된 것으로 감지한 총 오브젝트 수를 나타냅니다. 값은 LDR 및 DDS 서비스 내에서 Data Store 구성 요소의 Lost Objects 카운터의 합계입니다.
-
관리 노드에서 감사 로그에 액세스하여 * Objects Lost * 경고와 손실된 경보를 트리거한 개체의 고유 식별자(UUID)를 확인합니다.
-
그리드 노드에 로그인합니다.
-
다음 명령을 입력합니다.
ssh admin@grid_node_IP -
에 나열된 암호를 입력합니다
Passwords.txt파일. -
루트로 전환하려면 다음 명령을 입력합니다.
su - -
에 나열된 암호를 입력합니다
Passwords.txt파일. 루트로 로그인하면 프롬프트가 에서 변경됩니다$를 선택합니다#.
-
-
감사 로그가 있는 디렉토리로 변경합니다. 입력:
cd /var/local/audit/export/ -
grep를 사용하여 OLST(Object Lost) 감사 메시지를 추출합니다. 입력:
grep OLST audit_file_name -
메시지에 포함된 UUID 값을 확인합니다.
>Admin: # grep OLST audit.log 2020-02-12T19:18:54.780426 [AUDT:[CBID(UI64):0x38186FE53E3C49A5][UUID(CSTR):926026C4-00A4-449B-AC72-BCCA72DD1311] [PATH(CSTR):"source/cats"][NOID(UI32):12288733][VOLI(UI64):3222345986][RSLT(FC32):NONE][AVER(UI32):10] [ATIM(UI64):1581535134780426][ATYP(FC32):OLST][ANID(UI32):12448208][AMID(FC32):ILMX][ATID(UI64):7729403978647354233]]
-
-
를 사용합니다
ObjectByUUID명령을 사용하여 해당 ID(UUID)로 개체를 찾은 다음 데이터가 위험에 처하는지 확인합니다.-
LDR 콘솔에 액세스하려면 localhost 1402에 Telnet을 사용합니다.
-
입력:
/proc/OBRP/ObjectByUUID UUID_value이 첫 번째 예제에서는 의 개체를 보여 줍니다
UUID 926026C4-00A4-449B-AC72-BCCA72DD1311에는 두 개의 위치가 나열되어 있습니다.ade 12448208: /proc/OBRP > ObjectByUUID 926026C4-00A4-449B-AC72-BCCA72DD1311 { "TYPE(Object Type)": "Data object", "CHND(Content handle)": "926026C4-00A4-449B-AC72-BCCA72DD1311", "NAME": "cats", "CBID": "0x38186FE53E3C49A5", "PHND(Parent handle, UUID)": "221CABD0-4D9D-11EA-89C3-ACBB00BB82DD", "PPTH(Parent path)": "source", "META": { "BASE(Protocol metadata)": { "PAWS(S3 protocol version)": "2", "ACCT(S3 account ID)": "44084621669730638018", "*ctp(HTTP content MIME type)": "binary/octet-stream" }, "BYCB(System metadata)": { "CSIZ(Plaintext object size)": "5242880", "SHSH(Supplementary Plaintext hash)": "MD5D 0xBAC2A2617C1DFF7E959A76731E6EAF5E", "BSIZ(Content block size)": "5252084", "CVER(Content block version)": "196612", "CTME(Object store begin timestamp)": "2020-02-12T19:16:10.983000", "MTME(Object store modified timestamp)": "2020-02-12T19:16:10.983000", "ITME": "1581534970983000" }, "CMSM": { "LATM(Object last access time)": "2020-02-12T19:16:10.983000" }, "AWS3": { "LOCC": "us-east-1" } }, "CLCO\(Locations\)": \[ \{ "Location Type": "CLDI\(Location online\)", "NOID\(Node ID\)": "12448208", "VOLI\(Volume ID\)": "3222345473", "Object File Path": "/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila\#3udu", "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.880569" \}, \{ "Location Type": "CLDI\(Location online\)", "NOID\(Node ID\)": "12288733", "VOLI\(Volume ID\)": "3222345984", "Object File Path": "/var/local/rangedb/0/p/19/11/00rH0%DkRt78Rrb\#3s;L", "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.934425" } ] }두 번째 예제에서 는 와 함께 개체를 나타냅니다
UUID 926026C4-00A4-449B-AC72-BCCA72DD1311에 나열된 위치가 없습니다.
ade 12448208: / > /proc/OBRP/ObjectByUUID 926026C4-00A4-449B-AC72-BCCA72DD1311 { "TYPE(Object Type)": "Data object", "CHND(Content handle)": "926026C4-00A4-449B-AC72-BCCA72DD1311", "NAME": "cats", "CBID": "0x38186FE53E3C49A5", "PHND(Parent handle, UUID)": "221CABD0-4D9D-11EA-89C3-ACBB00BB82DD", "PPTH(Parent path)": "source", "META": { "BASE(Protocol metadata)": { "PAWS(S3 protocol version)": "2", "ACCT(S3 account ID)": "44084621669730638018", "*ctp(HTTP content MIME type)": "binary/octet-stream" }, "BYCB(System metadata)": { "CSIZ(Plaintext object size)": "5242880", "SHSH(Supplementary Plaintext hash)": "MD5D 0xBAC2A2617C1DFF7E959A76731E6EAF5E", "BSIZ(Content block size)": "5252084", "CVER(Content block version)": "196612", "CTME(Object store begin timestamp)": "2020-02-12T19:16:10.983000", "MTME(Object store modified timestamp)": "2020-02-12T19:16:10.983000", "ITME": "1581534970983000" }, "CMSM": { "LATM(Object last access time)": "2020-02-12T19:16:10.983000" }, "AWS3": { "LOCC": "us-east-1" } } }-
/proc/OBRP/ObjectByUUID의 출력을 검토하고 적절한 작업을 수행합니다.
메타데이터 결론 개체를 찾을 수 없음("오류":"")
개체를 찾을 수 없으면 "error":" 메시지가 반환됩니다.
개체를 찾을 수 없으면 경보를 무시해도 됩니다. 개체가 없다는 것은 개체가 의도적으로 삭제되었음을 나타냅니다.
위치 > 0
출력에 표시된 위치가 있는 경우 Lost Objects 알람은 false 양수가 될 수 있습니다.
객체가 존재하는지 확인합니다. 출력에 나열된 노드 ID 및 파일 경로를 사용하여 개체 파일이 나열된 위치에 있는지 확인합니다.
(잠재적으로 손실된 개체를 찾는 절차는 노드 ID를 사용하여 올바른 스토리지 노드를 찾는 방법에 대해 설명합니다.)
객체가 있는 경우 손실된 개체의 수를 재설정하여 알람과 경고를 지울 수 있습니다.
위치 = 0
출력에 나열된 위치가 없으면 개체가 누락될 수 있습니다. 개체를 직접 찾아서 복원하거나 기술 지원 부서에 문의할 수 있습니다.
기술 지원 부서에서 진행 중인 스토리지 복구 절차가 있는지 확인하도록 요청할 수 있습니다. 즉, 모든 스토리지 노드에서 _repair-data_command가 실행되었으며 복구가 아직 진행 중입니까? 복구 및 유지 관리 지침에서 오브젝트 데이터를 스토리지 볼륨으로 복원하는 방법에 대한 정보를 참조하십시오.
-