As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Solução de problemas
Os tópicos a seguir podem ajudá-lo a solucionar problemas encontrados ao usar HealthOmics fluxos de trabalho e armazenamentos de dados.
Tópicos
Solucionar problemas com fluxos de trabalho
Tópicos
Como soluciono uma falha na execução?
Use a operação GetRunda API para recuperar o motivo da falha. Para obter mais informações, consulte Motivos de falha na execução.
Como soluciono problemas de uma tarefa que falhou?
Revise o código de erro da mensagem de falha da tarefa para entender a falha. Revise os registros da tarefa CloudWatch para ver as mensagens de registro detalhadas da tarefa. Se você não estiver recebendo mensagens de registro detalhadas, poderá revisar seu fluxo de trabalho para gerar instruções de registro adicionais. Para obter mais informações, consulte Monitoramento HealthOmics com CloudWatch registros.
Onde posso encontrar os registros do motor para corridas concluídas com sucesso?
HealthOmics publica registros somente CloudWatch para execuções com falha. Se uma execução for concluída com sucesso, HealthOmics entrega os registros do mecanismo para seu bucket do Amazon S3. Para obter mais informações, consulte Logs no Amazon S3.
Como posso reduzir o tamanho do parâmetro de entrada para um fluxo de trabalho?
Você pode especificar até 50 KB de parâmetros de entrada para um fluxo de trabalho. Você pode usar importações de diretórios ou folhas de amostra para permanecer dentro dessa restrição de tamanho. Para obter mais informações, consulte Gerenciando o tamanho dos parâmetros de execução.
Por que minha corrida não está sendo concluída?
Se houver problemas com seu código e os processos não tiverem sido encerrados corretamente, sua execução poderá deixar de responder ou ficar “travada”. Para obter mais informações sobre como evitar e capturar execuções que não respondem, consulte. Orientação para corridas sem resposta
Solução de problemas de cache de chamadas
Os tópicos a seguir podem ajudá-lo a solucionar problemas que você encontra com o cache de chamadas.
Tópicos
Por que minha execução não está sendo salva no cache?
-
Verifique se a execução está configurada para usar um cache verificando o campo cacheID na resposta da operação da GetRun API. Usando a CLI, execute este comando:.
aws omics get-run —id <run_id> -
Se a execução for bem-sucedida, verifique se o comportamento do cache retornado na GetRun resposta é CACHE_ALWAYS. Se o comportamento do cache for definido como CACHE_ON_FAILURE, as execuções só serão salvas no cache quando falharem.
Por que uma tarefa não está usando a entrada de cache?
<cache_id><cache_uuid>No grupo de /aws/omics/WorkflowLog CloudWatch registros, abra o fluxo de registros para o cache de execução: runCache//.
-
Verifique se uma execução anterior criou uma entrada de cache para a tarefa que você esperava que fosse armazenada em cache. As execuções salvas no cache serão gravadas com uma mensagem de log de CACHE_ENTRY_CREATED.
-
Localize o log CACHE_MISS da tarefa e execute-o concluído. Se não houver entrada de registro, verifique se a execução foi configurada para usar o cache.
-
Se uma entrada de cache foi criada, verifique se a CPUs memória GPUs e o resumo do contêiner são idênticos para ambas as tarefas. O ARN da tarefa que criou a entrada de cache está na mensagem de log.
-
Se os requisitos de computação para ambas as tarefas corresponderem, verifique se as entradas não foram alteradas entre as tarefas. Para fazer isso, abra os registros do motor. Se a execução tiver um status de FALHA, os registros estarão no Cloudwatch Log Group/. aws/omics/WorkflowLog Caso contrário, os registros do mecanismo podem ser encontrados no diretório de saída da execução.
Solução de problemas de armazenamento de dados
Tópicos
Por que o S3 está GetObject falhando no meu conjunto de leitura?
Geralmente, a falha ocorre devido à falta de uma permissão. A permissão de leitura do S3 do armazenamento de sequências é uma configuração bidirecional que exige que a política de acesso do S3 do armazenamento de sequências permita o acesso e que o diretor do IAM tenha uma política anexada permitindo o acesso. Para obter mais detalhes sobre os requisitos da política, consultePermissões para acesso a dados usando o Amazon S3 URIs. Verifique se as seguintes configurações estão em vigor:
-
A política de acesso S3 do armazenamento de sequências permitiu explicitamente o acesso ao principal do IAM ou à raiz da conta do principal.
-
Verifique se o diretor do IAM tem uma política que fornece permissão explícita para o recurso que está sendo acessado. Observe que a política principal do IAM deve usar o ARN do ponto de acesso e não o caminho baseado no alias do ponto de acesso ao definir permissões e que o ARN está na condição e não é usado para especificar um recurso.
-
Se sua loja usa uma chave gerenciada pelo cliente (CMK-KMS), certifique-se de que o diretor do IAM tenha permissões de kms: descriptografia na chave. Consulte o guia de acesso entre contas do KMS para configurar o uso entre contas.
Se você tiver uma política que usa controles de acesso baseados em tags, verifique o seguinte:
-
Certifique-se de que o armazenamento de sequências tenha concluído a sincronização das tags. Para isso, o status da loja precisa ser active ou nãoupdating.
-
Certifique-se de que não haja erros de digitação na chave da tag ou no valor da chave no conjunto de leitura e na política.
Por que não consigo ver minha loja de anotações ou loja de variantes no Athena?
Em Lake Formation, não se esqueça de criar um link de recurso com base na loja que foi compartilhada com você. Depois de criar um link de recurso que você tenha permissão para acessar, a loja deverá estar visível no Athena. Para obter mais informações, consulte Configurando o Lake Formation para usar HealthOmics.
Por que não consigo acessar meu armazenamento de dados no Athena?
Se seu armazenamento de anotações ou variantes estiver visível, mas você estiver recebendo uma mensagem de erro informando que o acesso foi negado, verifique qual versão do mecanismo de consulta você está usando. Somente consultas executadas usando a versão 3 do mecanismo são suportadas. Para ler mais sobre as versões do mecanismo de consulta do Athena, consulte a documentação do Amazon Athena.
Solução de problemas com o Amazon Q CLI
O Amazon Q CLI pode ajudar a simplificar seu processo de solução de problemas ao:
-
Analisar execuções de fluxo de trabalho e depurar falhas de tarefas
-
Coletando registros e mensagens de erro relevantes
-
Criação de casos de AWS Support com todos os registros de depuração necessários anexados
-
Retira informações de identificação pessoal (PII) das informações enviadas ao Support AWS
Para obter mais informações sobre como usar o Amazon Q CLI AWS HealthOmics para solucionar problemas e criar casos de suporte, consulte o tutorial de IA generativa da HealthOmics Agentic
Atenção
Ao trabalhar com o Amazon Q CLI, revise todo o conteúdo gerado e as ações propostas antes de continuar. Forneça feedback para melhorar a qualidade da resposta e atender aos requisitos do seu fluxo de trabalho. Para obter mais informações, consulte Considerações de segurança e melhores práticas para o Amazon Q.
