Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Investigue objetos perdidos

Colaboradores
PDFs

Quando o alerta Objects Lost é acionado, você deve investigar imediatamente. Colete informações sobre os objetos afetados e entre em Contato com o suporte técnico.

Antes de começar

  • Você deve estar conetado ao Gerenciador de Grade usando um "navegador da web suportado".

  • Você deve ter permissões de acesso específicas.

  • Tem de ter o Passwords.txt ficheiro.

Sobre esta tarefa

O alerta objetos perdidos indica que o StorageGRID acredita que não há cópias de um objeto na grade. Os dados podem ter sido perdidos permanentemente.

Investigue alertas de objetos perdidos imediatamente. Talvez seja necessário tomar medidas para evitar mais perda de dados. Em alguns casos, você pode restaurar um objeto perdido se você tomar uma ação imediata.

Passos

  1. Selecione NODES.

  2. Selecione Storage Node > Objects.

  3. Revise o número de objetos perdidos mostrados na tabela contagens de objetos.

    Esse número indica o número total de objetos que esse nó de grade deteta como ausente de todo o sistema StorageGRID. O valor é a soma dos contadores de objetos perdidos do componente armazenamento de dados nos serviços LDR e DDS.

    Objeto perdido na página de objetos nós de storage

  4. A partir de um nó Admin, "acesse o log de auditoria"para determinar o identificador exclusivo (UUID) do objeto que acionou o alerta objetos perdidos:

    1. Faça login no nó da grade:

      1. Introduza o seguinte comando: ssh admin@grid_node_IP

      2. Introduza a palavra-passe listada no Passwords.txt ficheiro.

      3. Digite o seguinte comando para mudar para root: su -

      4. Introduza a palavra-passe listada no Passwords.txt ficheiro. Quando você estiver conetado como root, o prompt mudará de $ para #.

    2. Mude para o diretório onde os logs de auditoria estão localizados. Introduza: cd /var/local/audit/export/

    3. Use grep para extrair as mensagens de auditoria OLST (Object Lost). Introduza: grep OLST audit_file_name

    4. Observe o valor UUID incluído na mensagem.

      >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]]

  5. Use o ObjectByUUID comando para encontrar o objeto pelo seu identificador (UUID) e, em seguida, determinar se os dados estão em risco.

    1. Telnet para localhost 1402 para acessar o console LDR.

    2. Introduza: /proc/OBRP/ObjectByUUID UUID_value

      Neste primeiro exemplo, o objeto com UUID 926026C4-00A4-449B-AC72-BCCA72DD1311 tem duas localizações listadas.

      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"
        }
    ]
}

      No segundo exemplo, o objeto com UUID 926026C4-00A4-449B-AC72-BCCA72DD1311 não tem locais listados.

    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"
        }
    }
}

    1. Revise a saída de /proc/OBRP/ObjectByUID e tome a ação apropriada:

      Metadados Conclusão

      Nenhum objeto encontrado ("ERRO":"" )

      Se o objeto não for encontrado, a mensagem "ERROR":" é retornada.

      Se o objeto não for encontrado, você pode redefinir a contagem de objetos perdidos para limpar o alerta. A falta de um objeto indica que o objeto foi intencionalmente excluído.

      Localizações > 0

      Se houver locais listados na saída, o alerta objetos perdidos pode ser um falso positivo.

      Confirme se os objetos existem. Use o ID do nó e o filepath listados na saída para confirmar se o arquivo de objeto está no local listado.

      (O procedimento para "procurar objetos potencialmente perdidos" explica como usar o ID do nó para encontrar o nó de armazenamento correto.)

      Se os objetos existirem, você pode redefinir a contagem de objetos perdidos para limpar o alerta.

      Localização: 0

      Se não houver locais listados na saída, o objeto está potencialmente ausente. Você pode tentar "procure e restaure o objeto" para si mesmo, ou você pode entrar em Contato com o suporte técnico.

      O suporte técnico pode pedir-lhe para determinar se existe um procedimento de recuperação de armazenamento em curso. Consulte as informações sobre "Restaurando dados de objetos usando o Grid Manager" e "restaurar dados de objeto para um volume de armazenamento".