Dépannage de Git dans Snowflake

Utilisez les conseils décrits dans cette rubrique pour résoudre les problèmes lors de l’utilisation d’un référentiel Git dans Snowflake.

Message d’erreur : « Failed to access the Git repository. Operation “clone” is not authorized »

Vous pouvez voir ce message pour plusieurs raisons, mais il est généralement dû à une mauvaise configuration dans l’intégration de Snowflake avec le référentiel Git distant. Pour éliminer les problèmes de configuration courants, vérifiez les points suivants :

  • Vous utilisez des identifiants de connexion corrects pour vous authentifier auprès du référentiel Git distant, telles qu’une combinaison nom d’utilisateur/mot de passe correcte ou un jeton d’accès personnel correct.

    Pour en savoir plus sur l’authentification à partir de Snowflake, consultez Configuration de Snowflake pour utiliser Git.

  • Vous avez correctement configuré l’URL de référentiel Git, y compris les préfixes autorisés dans la configuration de l’API.

    En savoir plus sur la spécification d’un préfixe autorisé et d’une URL d’origine dans Configuration de Snowflake pour utiliser Git.

  • Vous ne rencontrez pas de problème de connectivité, par exemple lorsque le référentiel se trouve sur un réseau privé.

    L’accès à un référentiel Git distant depuis Snowflake n’est autorisé que sur un réseau public. Pour plus d’informations, voir Limitations de Git dans Snowflake.

Si vous continuez à rencontrer ce problème après avoir vérifié que votre configuration est correcte, essayez ce qui suit :

  • Si vous utilisez un jeton à granularité fine pour l’autorisation (pas le jeton classique), confirmez que vous avez défini les autorisations appropriées sur le jeton. Pour un accès en lecture seule, définir le « Contenu » sur « lecture seule » devrait suffire.

    Pour plus d’informations sur la gestion d’un jeton d’accès personnel dans GitHub, voir Gestion de vos jetons d’accès personnels dans la documentation GitHub.

  • En dehors de Snowflake, clonez le référentiel avec le client Git de ligne de commande en utilisant les mêmes valeurs d’URL et de TOKEN qui entraînent l’erreur dans Snowflake.

    Cela devrait générer une sortie plus détaillée, y compris des messages indiquant quel pourrait être le problème. Par exemple, le clonage peut échouer à partir de la ligne de commande car une autorisation SSO est requise pour l’opération, et cette autorisation n’était pas disponible pour le jeton à granularité fine. Le passage à un jeton classique peut résoudre ce problème.

Message d’erreur : « Processing aborted due to error » lors de l’utilisation des commandes SHOW GIT BRANCHES ou SHOW GIT TAGS

Vous pouvez voir ce message si vous avez utilisé Git depuis Snowflake lors d’une disponibilité en avant-première de la fonctionnalité. Une optimisation de la lecture à partir d’un référentiel Git distant, ajoutée dans une version ultérieure, pourrait compliquer l’accès aux référentiels distants pour lesquels vous avez configuré l’accès dans cette disponibilité en avant-première.

Pour vous assurer que vous bénéficiez de l’optimisation, et pour ne plus recevoir cette erreur, recréez votre clone de référentiel Git en utilisant REPLACE GIT REPOSITORY.

Message d’erreur : « Le point de terminaison privé correspondant au nom de service xxx n’existe pas. »

Vous pouvez voir ce message si vous n’avez pas créé de point de terminaison privé pour le domaine (service) que vous essayez d’atteindre.

Assurez-vous d’avoir provisionné un point de terminaison privé dans Snowflake et de l’avoir approuvé du côté du fournisseur Cloud. Pour plus d’informations, voir Configurer la connexion par lien privé.

Message d’erreur : « Échec de l’opération “clone”. Problèmes SSL lors de la connexion au serveur Git »

Ce message peut s’afficher lorsqu’il y a un problème avec un certificat HTTPS. Par exemple, le certificat du domaine n’est pas signé par une autorité de certification ou il ne contient pas le domaine du serveur Git dans la chaîne.

Langage: Français