Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Depure problemas usando os registros do pod do GKE Identity Service
Os registros do pod do GKE Identity Service podem ajudar os administradores e
desenvolvedores de clusters a depurar problemas e monitorar a atividade do cluster.
Com base na gravidade do problema, os registros do GKE Identity Service são
classificados usando os seguintes níveis de gravidade:
INFO[I]: um evento operacional com detalhes de alto nível das ações realizadas pelo GKE Identity Service durante o processamento de solicitações (como mensagens de inicialização e de limpeza). Eles também contêm informações sobre eventos esperados que podem resultar em problemas. Exemplos incluem verificações de autenticação e fluxo de trabalho.
WARNING[W]: um evento inesperado que pode indicar um problema subjacente.
Exemplos incluem problemas de autenticação específicos do provedor.
ERROR[E]: um evento problemático inesperado que exige que um administrador do cluster corrija o problema.
Os exemplos incluem configuração ausente, falha na troca de token e problemas de autenticação.
Confira a seguir um exemplo de mensagem de registro de pod típica:
I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.
Em que:
O prefixo I representa o nível de gravidade INFO, anexado à data de registro 0926.
O horário é mostrado em microssegundos no fuso horário local da máquina.
12345 é um número de ID da linha de execução.
foo.cc:10 é o local do código-fonte em que a descrição do registro aparece (o colchete [ e o espaço são delimitadores fixos antes da mensagem).
.
Para saber mais sobre geração de registros e administração de clusters, consulte Administração de cluster.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-31 UTC."],[],[],null,["# Debug issues using GKE Identity Service pod logs\n================================================\n\nGKE Identity Service pod logs can help cluster administrators and\ndevelopers debug problems and monitor cluster activity.\n\nBased on the severity of the problem, GKE Identity Service logs are\nclassified using the following severity levels:\n\n- **INFO\\[I\\]**: An operational event with high-level details of the actions taken by GKE Identity Service during the processing of requests (such as startup and housekeeping messages). The logs also contain information about expected events that could result in problems. Examples include authentication and workflow checks.\n- **WARNING\\[W\\]**: An unexpected event that may indicate an underlying problem. Examples include provider-specific authentication issues.\n- **ERROR\\[E\\]**: An unexpected problematic event that requires a cluster administrator to fix the issue. Examples include missing configuration, token exchange failure, and authentication issues.\n\nThe following is an example of a typical pod log message:\n\n`I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.`\n\nwhere,\n\n- The prefix `I` represents the INFO severity level, appended with the log date `0926`.\n- The time follows, with microseconds, in the machine's local timezone.\n- `12345` is a thread ID number.\n- `foo.cc:10` is the source code location where the log description appears (the bracket `[` and space are fixed delimiters before the message).\n\n| **Note:** You can suppress the prefix globally using the `--nolog_prefix` flag or for a single message the `.NoPrefix()` mutator method.\n\nTo learn more about logging and cluster administration, see [Cluster administration](https://kubernetes.io/docs/concepts/cluster-administration/logging/)."]]
