C'est la panique, panique, y a plus de trafic... et plus de mails non plus pour les 140.000 utilisateurs de l'ISP PlusNet qui a réussi un joli coup de maître de plantage.
Lors d'une opération de mise à niveau du système de backup, l'employé se trompant de console a "simplement" reconfiguré et formaté les disques du serveur de production en pensant qu'il s'agissait du nouveau serveur. Résultat des courses, pas moins de 700 gigas de données perdues et 140.000 utilisateurs privés de leurs mails.
L'ISP compte offrir une compensation pour la perte occasionnée et essaie de récupérer les données tant bien que mal. Nul doute qu'il y a à ce jour un informaticien en plus sur le marché de l'emploi.
Lors d'une opération de mise à niveau du système de backup, l'employé se trompant de console a "simplement" reconfiguré et formaté les disques du serveur de production en pensant qu'il s'agissait du nouveau serveur. Résultat des courses, pas moins de 700 gigas de données perdues et 140.000 utilisateurs privés de leurs mails.
L'ISP compte offrir une compensation pour la perte occasionnée et essaie de récupérer les données tant bien que mal. Nul doute qu'il y a à ce jour un informaticien en plus sur le marché de l'emploi.
Plus d'actualités dans cette catégorie
Commentaires
gizmo:
Un ISP anglais perd 700GB de mails!
Euh... pas qu'un informaticien. Perso, je virerais également illico le mec qui a pensé l'architecture de backup derrière si un la reconfiguration et reformattage d'un serveur suffit à tout perdre.
Keeper:
Un ISP anglais perd 700GB de mails!
et même pas si ça tombe
je peux vous dire que j'ai déjà vu des "couilles" plus lourdes que ça sans sanction.
On est des humains aussi....
je peux vous dire que j'ai déjà vu des "couilles" plus lourdes que ça sans sanction.
On est des humains aussi....
users_user-179.html:
Un ISP anglais perd 700GB de mails!
Primo, l'employeur ne pourrait pas le licencier pour faute grave parce qu'il s'agit d'une erreur humaine non volontaire (jusqu'à preuve du contraire).
Deuzio, on ne vire pas un employé avec une expérience valant un million d'euros. Au moins, il fera très attention la prochaine fois. Un nouveau par contre, reproduira facilement l'erreur.
Tertio, je suis d'accord qu'un système de backup aussi fragile est inadmissible. Et quand il m'est arrivé de faire des transferts pareils, j'ai tout vérifié 10x avant de taper mes commandes.
Je recommande d'ailleurs la lecture du document "unix admin horror" qui reprend un certain nombre de cas d'erreurs de ce genre avec la façon dont ils s'en sont sortis (ou pas). Instructif.
Deuzio, on ne vire pas un employé avec une expérience valant un million d'euros. Au moins, il fera très attention la prochaine fois. Un nouveau par contre, reproduira facilement l'erreur.
Tertio, je suis d'accord qu'un système de backup aussi fragile est inadmissible. Et quand il m'est arrivé de faire des transferts pareils, j'ai tout vérifié 10x avant de taper mes commandes.
Je recommande d'ailleurs la lecture du document "unix admin horror" qui reprend un certain nombre de cas d'erreurs de ce genre avec la façon dont ils s'en sont sortis (ou pas). Instructif.
Keeper:
Un ISP anglais perd 700GB de mails!
c'est ce que je dis
j'ai déjà fait une couille assez lourde de conséquence je me suis pas fait lourder pour autant.
Pq ?
- parce que n'importe qui dans le service aurait pu la faire
- il est évident qu'il est plus facil de punir celui qui se trouve en bout de chaine que toutes les personnes qui sont responsables de prêt ou de loin de l'action opèrée
j'ai déjà fait une couille assez lourde de conséquence je me suis pas fait lourder pour autant.
Pq ?
- parce que n'importe qui dans le service aurait pu la faire
- il est évident qu'il est plus facil de punir celui qui se trouve en bout de chaine que toutes les personnes qui sont responsables de prêt ou de loin de l'action opèrée