GitLab se déploie un vendredi et est indisponible pendant quelques heures
Français
GitLab, un service git hébergé semblable à GitHub de Microsoft, était en panne pour certains utilisateurs vendredi matin, heure du Pacifique.
Vers 16 h 34 UTC (09 h 34 PT), le service d’hébergement de code a commencé à renvoyer des erreurs 503 Service non disponible à ceux qui tentaient d’accéder au site Web.
Les développeurs de logiciels qui dépendent du service n’ont pas tardé à célébrer le jour de congé inattendu.
Ils ont également pris le temps de citer la superstition des administrateurs système sur le fait de ne pas se déployer un vendredi. “GitLab semble s’être déployé un vendredi en cassant leur site,” plaisanté Le développeur britannique Luke Warlow. “Ce qui est ennuyeux car cela m’empêche de déployer un vendredi et de casser mon site.”
La page de problème pour la panne informatique elle-même a renvoyé une bannière d’erreur lors du chargement : “Une erreur s’est produite lors de la récupération du statut de l’incident. Veuillez recharger la page.”
Néanmoins, la page chargée d’expliquer que la cause du temps d’arrêt est actuellement décrite comme un “changement de configuration”.
“Le service est actuellement en cours de restauration, nous prenons plusieurs mesures pour avoir une restauration immédiate du service, à condition qu’une solution ciblée soit apportée à la cause première”, explique la page du problème.
“Plus d’informations seront ajoutées au fur et à mesure que nous enquêterons sur le problème. Pour les clients que l’on pense être affectés par cet incident, veuillez vous abonner à ce problème ou surveiller notre page d’état pour d’autres mises à jour.”
L’impact est décrit comme une panne à l’échelle du site et certains clients, dit-on, devraient s’attendre à ce que leurs projets soient indisponibles “pendant un certain temps après la restauration du service”.
GitLab n’a pas immédiatement répondu à une demande d’informations complémentaires.
La page d’état de GitLab semble blâmer Google Cloud, notant que l’emplacement concerné est “Google Compute Engine”.
Le seul problème que nous pouvons voir sur Google Cloud est une perturbation dans le monde provenant de Google Kubernetes Engine, mais il s’agit simplement d’un problème de “messages supplémentaires inattendus dans les journaux de cluster GKE” plutôt que de systèmes indisponibles.
La page d’état de GitLab répertorie les services GitLab suivants comme étant interrompus : opérations Git, registre de conteneurs, pages GitLab, CI/CD – GitLab SaaS Shared Runners, CI/CD – GitLab SaaS Private Runners, CI/CD – Windows Shared Runners (Beta), SAML SSO – GitLab SaaS, traitement en arrière-plan et Canary.
À 18h46 UTC (11h46 PT), la page d’état indiquait que le problème faisait toujours l’objet d’une enquête : “Nous avons implémenté un correctif pour atténuer les services Web/API. Une enquête est en cours pour d’autres services.”
Au moins, l’incident ne semble pas aussi grave que la perte de données de production de GitLab en 2017, dans laquelle un administrateur a supprimé un répertoire sur le mauvais serveur lors d’un processus de réplication, entraînant la perte de 300 Go de données de production en direct. ®
Pendant que vous êtes ici… Nous voulons simplement signaler que le projet Fedora Linux envisage d’ajouter la collection de métriques d’utilisation – certains pourraient l’appeler télémétrie – à la distribution de la version 40 sur une base opt-in. La version actuelle est de 38. Le projet n’a pas encore déterminé les mesures à collecter et affirme qu’il tient à préserver la confidentialité des utilisateurs. Nous gardons un œil dessus.
