As execuções do pipeline são lentas devido à limitação da taxa de Git

A execução do pipeline parece mais lenta, as execuções do pipeline demoram mais para serem executadas e concluídas.

Além disso, a seguinte entrada pode ser encontrada em vários locais dos registros:

Unable to use this tool because the git API rate limit is exceeded. Please try again in <n> minutes.

Os pipelines usam internamente as solicitações da API Git (definir status de Git, criar/atualizar problemas,...). Há um limite de taxa de Git de Solicitações de API, por token Git, por hora. Quando esse limite estiver prestes a ser atingido, há um mecanismo interno de pipeline que pausará as solicitações - portanto, pausando também a execução do pipeline - para evitar que a execução do pipeline seja abortada antecipadamente. Isso pode resultar em pipelines de longa duração.

Para superar esse problema de limitação da taxa de Git:

1. Migrar do armário de evidências Git para o armário de evidências COS (também conhecido como somente COS). Consulte a seção correspondente na documentação do site IBM Cloud.
2. Use tokens diferentes Git para pipelines e/ou gatilhos.

A etapa de registro de verificação da tarefa conteinerizada falha com erro

O registro IBM Cloud oferece uma cota limitada, enviando por push muitas imagens que podem ser excedidas.

1. Acesse as imagens e exclua as imagens que não são necessárias
2. Execute novamente o pipeline

É possível verificar seus limites de cota e uso usando o comando a seguir:

ibmcloud cr quota

Logs não são mostrados para a etapa

Este é um problema com o ambiente Tekton.

Tente recarregar a página. Faça o download dos logs usando o botão de download

A tarefa foi cancelado porque a imagem base não pode ser acessada..

Verifique se as suas credenciais de artefato estão corretas Um novo token de artefato pode ser criado aqui É possível criar um segredo manualmente executando:

kubectl create secret docker-registry mysecret \
--dry-run \
--docker-server=<artifactory-server-domain> \
--docker-username=<username> \
--docker-password=<artifactory token> \
--docker-email=<email> \
-o yaml

Ele produz algo semelhante ao seguinte:

apiVersion: v1
data:
  .dockerconfigjson: <your secret>
kind: Secret
metadata:
  creationTimestamp: null
  name: regcred
type: kubernetes.io/dockerconfigjson

Nas propriedades de pipeline, atualize o parâmetro artifactory-dockerconfigjson com o valor .dockerconfigjson .

Para obter mais informações, consulte a documentação do kubectl sobre como criar um segredo(: external).

O pipeline falha antecipadamente

Quando um pipeline falha antecipadamente com a mensagem a seguir:

Pipeline could not run, resource failed to apply - Kind: "Secret", Name: "pipeline-pull-secret" ResourceError

Nesse caso, a falha ocorreu no pipeline porque ele não foi inicializado Portanto, não há registros disponíveis.

O dockerconfig.json segredo, que extrai as imagens Docker de IBMContainer Registry, usado por este pipeline, não está correto.

Esse segredo pode estar incorreto ou a chave de API associada a esse segredo é girada ou revogada.

Gere um novo dockerconfig.json e utilize esse novo valor secreto em seu pipeline (como parâmetro do pipeline ou armazenado em Secrets Manager ).

Para gerar um novo dockerconfig.json, execute o seguinte comando:

kubectl create secret docker-registry my-registry-secret \
 -o json \
 --dry-run=client \
 --docker-server=icr.io \
 --docker-username=iamapikey \
 --docker-email=john-doe@ibm.com \
 --docker-password=<apikey> \
  | jq -r '.data[".dockerconfigjson"]'

Em que <apikey> é sua chave de API do IBM Cloud Cloud ou uma chave de API do ID de serviço.

O pipeline não pode extrair imagens de vários repositórios de artefatos

O pipeline foi bem-sucedido em extrair imagens de um repositório, mas não de outro repositório

O pipeline falhou porque ele está configurado para extrair imagens de um único repositório

Crie manualmente um novo segredo do dockerconfigjson de artefato para suportar a autenticação em vários repositórios.

Para suportar a autenticação para extrair imagens de diversos repositório no Artifactory, gere um novo dockerconfigjson e inclua uma propriedade do ambiente artifactory-dockerconfigjson de tipo de segredo para um ou mais pipelines

O script a seguir é uma amostra para gerar um dockerconfigjson artifactory que fornece detalhes de autenticação para dois repositórios de artefatos diferentes. Este é um script customizável

A compilação de CRA ou Docker falha devido à falta de arquivos de submódulo

Quando um estágio do pipeline, como a compilação CRA ou Docker, falha, você pode ver uma mensagem de erro semelhante à seguinte:

failed to calculate checksum of ref moby::...: failed to walk /var/lib/docker/tmp/buildkit-mount.../common-dev-assets/module-assets/ci: lstat ... no such file or directory

Este erro ocorre porque seu repositório contém submódulos d Git, mas os pipelines não clonam submódulos por padrão. Cada estágio do pipeline é executado em seu próprio contêiner e executa um novo checkout do repositório, de modo que o conteúdo do submódulo fica ausente, a menos que seja explicitamente inicializado.

Para resolver isso, você deve garantir que o submódulo Git seja inicializado em todas as etapas que o exigirem. Especificamente para CRA, você pode adicionar a inicialização do submódulo ao seu script CRA personalizado.

Por exemplo, atualize seu script para incluir:

git submodule update --init --recursive

Isso garante que o submódulo esteja disponível antes da execução do processo de compilação do CRA.