Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !

GitLab : erreur humaine et sauvegardes défaillantes entrainent la perte de 6h de données

Oups ?
Internet 3 min
GitLab : erreur humaine et sauvegardes défaillantes entrainent la perte de 6h de données

GitLab se remet péniblement d’un accident qui a vu la disparition de nombreuses informations. Pendant six heures, des problèmes se sont succédé, suite à une mauvaise manipulation d'un administrateur. 

GitLab, une alternative open source à GitHub, se remet péniblement d’un incident majeur dans ses bases de données. Un administrateur système a supprimé par erreur un dossier contenant 300 Go de données diverses : bugs, merge requests, métadonnées utilisateurs, commentaires, snippets et autres. Une action qui a pris place dans le cadre d'une lutte contre un phénomène détecté de spam.

Environ 5 000 projets ont été touchés

Si l’on connait en détails les raisons de cet accident, c’est que GitLab a choisi de jouer la carte de la transparence complète. Et si ce point est particulièrement appréciable, c’est que l’éditeur assume pleinement sa faute dans le déroulement de l’incident. Et pour cause : sur les cinq mécanismes mis en place pour gérer et restaurer les sauvegardes, aucun n’a fonctionné pleinement.

Les erreurs constatées par les administrateurs sont à la fois surprenantes et assez « amusantes ». On trouve pêle-mêle des sauvegardes qui ne se faisaient que toutes les 24 heures, des données sauvegardées à des emplacements inconnus, des informations parfois irrécupérables à cause d’erreurs dans la configuration, des snapshots Azure qui n’étaient activés que pour le serveur NFS, des sauvegardes qui n’ont pas du tout fonctionné avec les serveurs S3 (Amazon), une réplication des données générant des incohérences, des fichiers de quelques octets à peine...

Les problèmes ont commencé mardi soir. Ils se sont enchainés pendant environ six heures, GitLabs constatant au fur et à mesure que ses techniques de sauvegarde et de duplication ne fonctionnaient pas, ou alors très mal. Un véritable feuilleton puisque l'éditeur a ouvert pour l'occasion un flux vidéo en direct sur YouTube, suivi par des milliers de personnes.

GitLab indique que seuls 1 % des utilisateurs ont été touchés par le problème, ce qui représente précisément 707 comptes. En tout, 5 037 projets, 74 forks et 350 importations environ ont été supprimés. Environ 5 000 commentaires sont également perdus. Ces informations correspondent en fait aux données non prises en charge par la dernière sauvegarde, qui dataient de six heures auparavant.

La transparence d'un côté, l'étonnement de l'autre

Si la suppression malencontreuse n'avait laissé que 4,5 Go de données sur les 300 Go initiaux, presque tous ont pu finalement être restaurés hier soir après une longue lutte. Signalons par ailleurs que les données centrales des dépôts Git n’ont pas été touchées. GitLab indique en effet que seules des « métadonnées périphériques » ont été perdues « pendant une fenêtre de six heures ». Cependant, même si GitLab a montré une transparence exemplaire en ne cachant rien de ses problèmes et de sa propre responsabilité, les développeurs concernés pourraient ne pas être d’accord avec cette notion de « périphériques ».

Le fait qu’aucun des cinq mécanismes de sauvegarde et de réplication n’ait correctement fonctionné représente évidemment un sérieux problème. De fait, GitLab est à la fois félicité pour ses informations précises données aux utilisateurs et condamné pour ne pas avoir suffisamment testé ses propres outils. GitLab servant de carrefour pour la gestion de projets, la fiabilité et la confiance sont en effet primordiaux.

Actuellement, tous les services fonctionnent normalement, après une interruption d'environ 24 heures. GitLab assure que des mesures ont été prises et continueront de l’être pour que ce type d’incident ne se reproduise plus, y compris sur les mécanismes fautifs de sauvegarde.

89 commentaires
Avatar de DUNplus Abonné
Avatar de DUNplusDUNplus- 02/02/17 à 13:06:06

Kernelcoffee a écrit :

Les systèmes moderne sont stable (j'ai pas reinstall un windows parce qu'il était mort depuis win 7)
Pour peu qu'on ai plusieurs ordi on peut sauvegarder les documents important
avec Dropbox ou BittorrentSync en plus du backup sur disque externe
+90% des jeux sont acheté/install via une plateforme du type steam qui syncro les sauvegardes
(+ tout mon taff est sur github/gitlab)

Alors tu sauvegarde tes projets sur gitlab ?

Avatar de tutosfaciles48 Abonné
Avatar de tutosfaciles48tutosfaciles48- 02/02/17 à 13:06:18

Supprimer des fichiers comme ça à la main sans vérifier les sauvegardes ... :bravo::cartonrouge:

Avatar de FunnyD INpactien
Avatar de FunnyDFunnyD- 02/02/17 à 13:08:54

Ça fait amateur non ? par contre communiquer correctement, ça nous change.

Avatar de tutosfaciles48 Abonné
Avatar de tutosfaciles48tutosfaciles48- 02/02/17 à 13:10:25

en me^me temps il on assurés

Avatar de anonyme_b93219f691a6afd6966660cd49d7951e INpactien

Petite pensée au 707 comptes dont certains ont perdu certainement beaucoup. GitLab s'en lave les mains: "Excusez-nous mais on ne peut rien pour vous."

Édité par Cacahuete586 le 02/02/2017 à 13:11
Avatar de sephirostoy Abonné
Avatar de sephirostoysephirostoy- 02/02/17 à 13:11:51

En même temps, c'est rare qu'une erreur soit qualifiée de professionnelle.

Avatar de Zekka Abonné
Avatar de ZekkaZekka- 02/02/17 à 13:13:59

Sur une rediffusion partielle de leur live, on pouvait voir les mecs sourire et rigoler en même temps qu'ils essayaient de réparer tout le merdier, même pas peur l'équipe :transpi: .

Avatar de Drepanocytose INpactien
Avatar de DrepanocytoseDrepanocytose- 02/02/17 à 13:16:38

Cacahuete586 a écrit :

Petite pensée au 707 comptes dont certains ont perdu certainement beaucoup. GitLab s'en lave les mains: "Excusez-nous mais on ne peut rien pour vous."

En meme temps que peuvent-ils faire ?

Avatar de gogo77 INpactien
Avatar de gogo77gogo77- 02/02/17 à 13:17:41

Ça m'a bien niqué ma journée hier, j'étais sur le cul qu'un tel truc se produise. Mais chapeau pour la transparence, la communication en continu et la restauration en live sur youtube! J'avais jamais vu ça.

Bref ces mecs font un taf super pour proposer une vraie alternative à github ou bitbucket donc je leur laisse une chance parce que j'ai envie de croire qu'ils amélioreront leur système.

Avatar de Patch INpactien
Avatar de PatchPatch- 02/02/17 à 13:18:31

Zekka a écrit :

Sur une rediffusion partielle de leur live, on pouvait voir les mecs sourire et rigoler en même temps qu'ils essayaient de réparer tout le merdier, même pas peur l'équipe :transpi: .

En même temps ils vont pas se mettre à pleurer, ca ne changera rien...

Il n'est plus possible de commenter cette actualité.
Page 1 / 9