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
A migração já está aberta
AWS O Agent Registry foi lançado com o novo agent-registry namespace. O suporte para o bedrock-agentcore namespace de visualização pública será descontinuado em 17 de setembro de 2026. Para obter instruções de migração, consulte Guia abrangente de migração de registro.
Erros de validação de esquema
Ao criar tipos diferentes de registros, você pode ver uma exceção de validação para os descritores. Consulte a seção Tipos de registro compatíveis para obter esquemas válidos.
Erros comuns:
-
“A versão do esquema '0.3.0' não é compatível com o tipo de descritor 'a2a'.” — O valor do campo schemaVersion deve ser
0.3em vez de.0.3.0Isso está alinhado com a descrição oficial da versão do protocolo A2Ano site do protocolo A2A: “Use a versão secundária mais recente suportada por versão principal”. -
“Falha na validação do esquema: o conteúdo não está em conformidade com a versão do esquema '0.3' para o tipo de descritor 'a2a'.” — Você pode encontrar o esquema em Tipos de registro suportados. Observe que o conteúdo será validado em relação a #/ definitions/AgentCard no esquema json.
Erros de sincronização de registros
Quando você cria ou atualiza um registro usando o recurso de sincronização, o registro pode passar para o status CREATE_FAILED ou UPDATE_FAILED, com uma explicação do que aconteceu. statusReason
Em alto nível, os erros podem ser categorizados como: erros de permissão, erros de conexão, erros de validação e erros do lado do servidor.
Erros de permissão
A configuração de sincronização está errada ou expirou:
-
“Não é possível conectar-se ao servidor MCP porque as credenciais do chamador expiraram.” — Suas credenciais para a API de criação ou atualização expiraram. Você pode tentar novamente com a UpdateRegistryRecord API.
-
“Exceção recebida da GetWorkloadAccessToken API:<detailed message>” — O registro chama a GetWorkloadAccessToken API em seu nome. Consulte a mensagem detalhada para ver o erro específico. Consulte Sincronizar registros de fontes externas se você ver um erro de acesso negado.
-
“Não é possível analisar o ARN do provedor de credenciais:<arn>” — O ARN do provedor de credenciais está malformado. Forneça um ARN de provedor de credenciais válido criado a partir da AgentCore Identidade.
-
“Exceção recebida da GetResourceOauth2Token API:<detailed message>” — O registro chama a GetResourceOauth2Token API em seu nome. Consulte a mensagem detalhada para ver o erro específico. Consulte Sincronizar registros de fontes externas se você ver um erro de acesso negado.
-
“Não é possível assumir a função IAM fornecida para autorização do servidor MCP.” — O registro chama a AssumeRole API em seu nome. Consulte Sincronizar registros de fontes externas para obter as permissões de IAM esperadas. Por exemplo, você precisa ter a
iam:PassRolepermissão.
Erros de conexão
Não consigo acessar o servidor:
-
“Falha ao obter o cartão do agente do URL: %s” — A2A IOException
-
“O servidor MCP retornou HTTP<code>” — resposta não 200/202 HTTP do servidor MCP. Verifique se o URL está correto e se o servidor MCP pode ser conectado.
-
Se o código de status for 401 ou 403, verifique se você configurou o provedor de credenciais correto e se suas credenciais têm permissão para se conectar ao servidor MCP. Para solucionar problemas, adquira as credenciais manualmente e conecte-se diretamente ao servidor MCP.
-
“O URL fornecido é resolvido para um endereço IP não público” — O Registro só oferece suporte à conexão com servidores de endereços IP públicos.
-
“Falha na conexão com o servidor MCP” — IOException/connection falha
-
“URL inválida do servidor MCP” — URL malformada
-
“Falha ao inicializar a conexão MCP” — exceção de solicitação de inicialização
-
“Falha ao enviar a notificação inicializada” — exceção de notificação
-
“Falha ao listar ferramentas do servidor MCP” — exceção tools/list
-
“O tempo limite de tools/list paginação do servidor MCP atingiu o tempo limite” — o registro suporta apenas no máximo 30 segundos ao paginar ferramentas do servidor MCP. Entre em contato com o AWS suporte se o servidor MCP precisar de mais tempo para sincronização.
Erros de validação
O servidor respondeu, mas o conteúdo não é suportado:
-
“Falha ao analisar o JSON da placa do agente” — conteúdo A2A vazio ou JSON malformado
-
“A placa do agente excede o limite máximo de tamanho” — resposta A2A muito grande
-
“Falha ao analisar a resposta do servidor MCP JSON” — conteúdo do MCP vazio ou malformado
-
“O servidor MCP retornou uma resposta inválida: resultado ausente” — resultado ausente do JSON-RPC MCP
-
“A resposta do servidor MCP excede o tamanho máximo permitido” — a resposta do MCP é muito grande
-
“O tipo de descritor %s não suporta sincronização de URL” — tipo de descritor não suportado
Erros do lado do servidor
-
“Erro desconhecido” — Esse é um erro do servidor. Tente novamente mais tarde ou entre em contato com o AWS suporte para obter ajuda.
Auto-detection erros
“A criação de um registro com escopo organizacional exige que o chamador faça parte de um AWS Organização.”
A conta que cria o registro não é membro de uma AWS organização (por exemplo, é uma conta independente). Crie o registro a partir de uma conta que pertence à sua organização.
“Auto-detection as condições prévias não estão satisfeitas para esta organização.”
A organização ainda não atende às pré-condições de detecção automática ou ainda não concluiu a propagação. Confirme se o acesso confiável está ativado para detecção automática e se você está criando o registro a partir da conta de gerenciamento ou de um administrador delegado registrado e tente novamente após uma breve espera. Consulte Habilitando a detecção automática em sua organização.
“Já existe um registro com escopo organizacional para essa conta.”
Essa conta já possui um registro com escopo organizacional, e uma conta só pode ter um. Use o registro existente ou exclua-o antes de criar outro. Se você não conseguir encontrar o registro nessa conta, consulte Como localizar um registro existente com escopo organizacional.
“Outro registro com escopo organizacional com detecção automática ativa já existe para essa organização.”
Outra conta em sua organização já possui um registro com escopo organizacional com detecção automática ativa, e uma organização só pode ter um de cada vez. Por motivos de segurança, a mensagem de erro não nomeia a conta que possui o registro existente. Para encontrá-lo e escolher como resolver o conflito, consulte Localizando um registro existente com escopo organizacional.
Localizando um registro existente com escopo organizacional
Quando CreateRegistry relata que um registro com escopo organizacional já existe — na sua conta ou em algum outro lugar da organização — o erro não nomeia o registro específico ou a conta que o possui. Encontre primeiro o registro existente e depois decida como resolver o conflito.
Um registro com escopo organizacional normalmente pertence a uma das seguintes contas:
-
A conta de gerenciamento da organização.
-
A conta atualmente registrada como administradora delegada do AWS Agent Registry.
Peça a um administrador com acesso a essas contas que liste os registros na mesma região da chamada que falhou e procure um que sejaautoDetectionConfiguration.scope: ORGANIZATION
aws agent-registry-control list-registries --region us-east-1
Na conta de gerenciamento, confirme qual conta é atualmente o administrador delegado:
aws organizations list-delegated-administrators \ --service-principal agent-registry.amazonaws.com
O conflito só se aplica à mesma região — um registro em us-east-1 não impede a criação de um emus-west-2.
Depois de localizar o registro existente, escolha um dos seguintes caminhos:
-
Compartilhe e reutilize. Faça com que a conta proprietária conceda acesso à sua conta usando AWS RAM e gerencie os registros no registro compartilhado em vez de criar um novo. Consulte Compartilhamento de um registro entre contas com AWS RAM.
-
Libere o slot sem excluí-lo. A conta proprietária é definida
autoDetectionConfiguration.enabledcomofalseno registro existente; depois que a atualização entrar em vigor, tente novamenteCreateRegistry. Consulte Desativar a detecção automática no registro. -
Exclua o registro existente. Se não for mais necessário, a conta proprietária o excluirá. Consulte Desativando a detecção automática para ver a ordem de desmontagem.
CreateRegistryfalha mesmo que o acesso confiável esteja ativado e o administrador delegado esteja registrado
Confirme se a conta de gerenciamento tem a função vinculada ao serviço AWS Agent Registry ()AWSServiceRoleForAgentRegistry. Ele deve existir na conta de gerenciamento antes que um registro com escopo organizacional possa ser criado, mesmo quando o administrador delegado é quem o cria. Consulte a Etapa 1: Habilitar o acesso confiável e criar a função vinculada ao serviço.
O registro está PRONTO, mas os registros não estão aparecendo
Confirme se o status de detecção automática do registro é ACTIVE (comget-registry) e se as contas membros contêm tipos de recursos compatíveis (AgentCore Runtimes ou Gateways). Dê tempo para que a descoberta seja concluída — na primeira configuração, a descoberta inicial de recursos preexistentes pode levar até 20 minutos.
Auto-detection o status ainda mostra “O registro da conta de administrador delegado do registro foi cancelado” depois que um administrador delegado é registrado novamente
Quando a conta de gerenciamento cancela o registro do administrador delegado que possui um registro com escopo organizacional, o AWS Agent Registry desativa a detecção automática desse registro e registra o motivo do status. The registry’s delegated administrator account was deregistered. Esse motivo de status descreve por que a detecção automática foi originalmente desativada — é um registro histórico e não é atualizado quando o estado da organização muda posteriormente.
Se um administrador delegado for registrado novamente, a detecção automática do registro não será retomada automaticamente e o motivo do status continuará exibindo a mensagem de cancelamento do registro. Isso é esperado em cada uma das seguintes situações:
-
A mesma conta é registrada novamente como administrador delegado.
-
Uma conta diferente é registrada como administrador delegado, inclusive quando essa conta já possui seu próprio registro com escopo organizacional com a detecção automática anteriormente desativada.
-
Nenhum novo administrador delegado está registrado e a conta de gerenciamento possui diretamente um registro com escopo organizacional.
Para retomar a detecção automática, a conta proprietária do registro afetado deve enabled voltar explicitamente para. true Somente um registro com escopo organizacional por região pode ser autoDetection.status definido como ACTIVE em uma organização, portanto, se vários registros estiverem qualificados, reative a detecção automática somente naquele que você deseja manter ativo.
aws agent-registry-control update-registry \ --registry-id <registry-id-or-arn> \ --auto-detection-configuration '{"optionalValue":{"scope":"ORGANIZATION","enabled":true}}' \ --region us-east-1
Para ver o ciclo de vida completo, consulte Desativar a detecção automática.
“O registro não pode ser excluído enquanto a detecção automática estiver ativada. Desative a detecção automática primeiro.”
Você deve desativar a detecção automática antes de excluir um registro com escopo organizacional. Para excluir o registro, conclua estas etapas na ordem:
-
Desative a detecção automática no registro (definido como
autoDetectionConfiguration.enabledfalse). -
Exclua todos os registros do registro.
-
Exclua o registro.
Para obter mais informações, consulte Desativar a detecção automática no registro.