Votre plus belle boulette? Le truc à pas faire que vous avez fait au cours de votre carrière?

[pmithrandir]

moi ct un outil de publication sur facebook.

J'ai corrigé un bug, pas de pb pour les tests, ni pour qa...

Mais pour la mise en prod, on a eu la bonne surprise de voir qu'un post vieux de 6 mois avait été publié...

Une grande compagnie de bière a donc souhaiter en plein mois de juillet une joyeuse saint patrick a ses fan...

[IP_Steph]

Dans les années 2000, j'investiguais un problème de routage dans le réseau de UUNET.
Oui, je me souviens encore de cette AS701

Je décide alors de faire un gentil petit changement sur un "core router BGP".
Et effectivement, ça avait l'air de fixer le problème.
Enfin, pendant une petite heure, le temps de faire un aller-retour chez moi

Ce qui est marrant avec BGP sur des grosses architectures, c'est que parfois les conneries mettent un peu de temps pour se propager
Et ça fait aussi penser aux théories du chaos, vous savez, le papillon qui bat des ailes et qui provoque un tsunami à l'autre bout du monde

Comment diable ai-je pu niqué une des épines dorsales historiques de l'Internet avec simplement cette f***ing commande 'no network x.x.x.x' ?

Pour ma décharge, le gentil changement était basé sur une doc obsolète fournie par le client

Et pour la gloire, ça avait quand même fait l'objet d'un tout tout petit article sur USA Today


Steph

[Emmanuel Lecoester]

Ma pire boulette ?

Optimiser une petite ligne de code (un simple IF avec 3-4 conditions) , recompiler le programme, le mettre en production, attendre que la chaine trimestrielle tourne (3 jours de traitement) et les chiffres sortent. Appel de l'utilisateur qui te dis : c'est marrant je n'ai pas les bons chiffres. Vous avez touché à quelque chose ? VDM

[Emmanuel Lecoester]

deuxièmes pire boulette :
objectif prendre les données de prod pour les mettre en recette. sur une base Oracle de 700Go
1- select * de la prod
2- truncate table en recette
3- insert en recette

arrivé à l'étape 2 je me rends compte que j'ai inversé recette et prod. Inconvénient majeur du truncate : çà va vite mais on ne revient pas en arrière. Grand moment de solitude .

Depuis j'ai arrêté l'informatique

[Drizzt [Drone38]]

Envoyé par Emmanuel Lecoester

deuxièmes pire boulette :
objectif prendre les données de prod pour les mettre en recette. sur une base Oracle de 700Go
1- select * de la prod
2- truncate table en recette
3- insert en recette

arrivé à l'étape 2 je me rends compte que j'ai inversé recette et prod. Inconvénient majeur du truncate : çà va vite mais on ne revient pas en arrière. Grand moment de solitude .

Depuis j'ai arrêté l'informatique

Ce qui est plus inquiétant c'est que d'une part tu ais eu le droit de faire un truncate en prod et d'autre part que que personne ne t'ai indiqué que ce n'est pas vraiment la meilleur façon de procéder pour import/export de 700Go...

[mordrhim]

Il y a de ça 5 ans.
Je travaillais pour un groupe laitier et devais mettre en place une série de programmes ayant pour but gérer les flux logistiques informatisés.
Le projet ayant duré plus de 4 mois, les sources ont évolué par version.
Lors de la création du pack de mise en production, une version antérieur, bien sûr bugguée, a,par ma faute et à l'époque un manque d'expérience, remplacé la dernière version, validée.
Mise en production, un vendredi (Ce qui décidera de mon accord inconditionnel du "Pas de mise en production le vendredi").
Le programme à planté, courant du samedi, bloquant la production de plus de 25 laiteries.


Une d'un collègue :
Tester les onduleur un vendredi soir 1h avant ses vacances pour être sur de ne pas être ennuyé pendant celle-ci. Il a finit le lendemain a 01h00 car l'onduleur à lâché en 2 minutes. Serveur gérant la production de deux usines craché .. la bascule sur les serveurs de backup n'a même pas eu le temps de passer correctement.

[Emmanuel Lecoester]

Envoyé par Drizzt [Drone38]

Ce qui est plus inquiétant c'est que d'une part tu ais eu le droit de faire un truncate en prod et d'autre part que que personne ne t'ai indiqué que ce n'est pas vraiment la meilleur façon de procéder pour import/export de 700Go...

la base faisait 700Go pas la table et c'était en 7.4.3 le bon vieux temps

[lper]

Ben moi j'ai réussi à mettre en production un programme (pourtant validé par toutes les séries de tests) de paiement des rentes à nos assurés.
Résultat du lundi après-midi, le comptable qui m'appelle en me disant que sur les 16000 paiements envoyés, il y en avait 800 environ de refusé par les banques.
Je corrige à la main et les renvoie(il y avait un décalage sur les communications)...
Le lendemain encore 400 de refusé, là je me dis que j'ai bientôt droit au 15000 restant à refaire et je commence vraiment à avoir des sueurs froides, recorriger encore à la main les écritures et surtout en pensant aux personnes qui attendent impatiemment le paiement de leur rente...
Donc finalement le lendemain, y en avait plus qu'une quarantaine, j'avais quand même un doute mais finalement mon calvaire était terminé (la majorité des banques s'était rendu compte de l'erreur et avait quand même accepté la transaction)...

[Glutinus]

Chez un éditeur, je travaille sur l'évolution pour deux clients différents. A l'époque (et peut-être encore maintenant) on n'avait pas de gestion de conf, c'était fait à l'arrache sur des répertoires en réseau, sans aucune norme, qualité, sécurité, etc.

J'envoie un mail au commercial d'un des clients A pour lui indiquer les répertoires avec mes évolutions.

J'envoie un mail aux ASP pour qu'ils installent pour le client B, en leur copiant collant le second répertoire... sauf que la copie foire ; les voilà qu'ils installent toute l'application pour le client A, qui du coup fait tout un fatras. C'était bien rigolo ensuite de refaire les structures de la BDD...

[gretch]

en voulant branché un poste de test sur le réseau, je branche le cable rj45 sur le poste... rien, je longe le cable et le voit disparaitre dans un méandre de cables de 20 metres qui se melange sous le bureau et finissent dans le switch (à les bureau info...) je tombe sur un cable non branché au switch et suppose que c'est l'autre extremité de mon cable, du coup je le branche.

là en fait je venais de branché en boucle un cable RJ45 sur un switch.
puis mon stagiaire me dit qu'il n'a plus de réseau, puis le telephone sonne... encore et encore ! le temps que je comprenne j'avais mis HS toute mon infra pour au moins 20 min !!!

[IP_Steph]

Envoyé par gretch

puis le telephone sonne... encore et encore ! le temps que je comprenne j'avais mis HS toute mon infra pour au moins 20 min !!!

Coup de chance qu'ils étaient pas en ToIP, la mauvaise nouvelle aurait mis encore plus de temps à se propager

Steph

[grunt2000]

Ah oui, vous connaissez sûrement...
Il faut modifier une table en production, l'alimenter et la lier aux autres d'une manière qui oblige à désactiver les triggers et les contraintes le temps que l'on fasse la manip'.
Et, est-ce que j'ai vraiment besoin de vous raconter la fin? On part en oubliant de les réactiver.

Et tout se passe bien...
... jusqu'à ce qu'on s'aperçoive qu'à certain endroits il y a des enregistrements porteurs d'un mauvais statut ou quelque-chose comme ça. On comprend que les triggers manquent à l'appel. Et les contraintes aussi, se rappelle t-on alors.

Alors, on fait le rétablissement sous les questions acerbes de l'administrateur.
- Tu crois que ça va marcher, qu'il [Oracle] va accepter de les réactiver?
demande t-il, lorsque l'on se prépare, inquiet, à réclamer que les contraintes se ré-appliquent.
- Ben, euh.... J'espère!

- Tu sais combien il y aurait du y avoir d'enregistrements avec des statuts différents de ceux que l'on a? Tu sais lesquels?
questionne t-il, en appuyant bien sur le fait que ré-enclencher les triggers est insuffisant et prenant plaisir à être inquisiteur.
- Ben, euh... J'sais pas!

[Swiss_GaGGy]

Pas une boulette à moi, mais quand même une belle.

il y a 2 ou 3 ans, un client ( Admin Système ) me téléphone catastrophé en m'indiquant que sa BDD (SQL Server 2005) ne fonctionnait plus: Grosse catastrophe: Production stoppée, centaine de milliers d'euros de pertes, etc....

Bref le gars était un poil sur les dents.

Je lui demande s'il saurait ce qui aurait pu se passer et sa réponse m'a fait tomber de ma chaise:

"Ben y avais plus de place sur le HDD ( Drive contenant les MDF en l'occurence ) alors j'ai stoppé les services SQL et j'ai zippé les fichiers présents.
Quand j'ai voulu redémarrer les services ça marchait plus"

Au passage, ça a prit un peu de temps vu que la totalité des bases représentait à peu près 4 To ( La plus grosse base devait faire environ 1.5 To ) et qu'ils avaient pas de Backup récents...
Du coup décompression des fichiers etc...

Bien entendu, cela s'est passé un vendredi soir vers 18h00 alors que je devais partir en congés

[Alain Dionne]

J'en ai fait une pas mal aussi, à l'époque je travaillais pour un grand opérateur mobile, et je devais déployer des nouveaux tarifs sur ses différentes gammes. Sauf que j'ai vidé les tarifs d'une gamme en oubliant de re-remplir la table après. Résultat, des dizaines de milliers d'appels n'ont pas abouti, pendant 1h (le temps que je me rende compte de ma bourde), tous les abonnés de cette gamme se voyant refuser leurs appels. Heureusement, c'était à minuit, et non en pleine journée.

[Gecko]

Il y a quelques semaines j'ai enfin fait ZE boulette à poster ici

Un petit chown -R www-data:www-data / au lieu de chown -R www-data:www-data ./

Le serveur a pas aimé se retrouver sous le joug d'apache

[grunt2000]

Ha! Si ce post peut inviter des informaticiens à expérimenter de nouvelles bêtises, j'en suis très honoré!

(edit: ne surtout pas prendre ce message au pied de la lettre).

[DrWho78]

1er jour de travail = 1er café = clavier foutu = toutes mes notes manuscrites foutues = meilleure 1er impression auprès des collègues

[Bousk]

Pour ma part je fais dans le classique
- commit vendredi après-midi avant de partir en week-end, tout bien testé, tout fonctionnel
- retour lundi matin "mais wtf mes modifs ont disparu ?!?"
arrivée du lead prog
- j'ai du revenir en arrière sur tes modifs, ça entrait en conflit avec le travail que j'avais en cours et que j'ai fini samedi

et on recommence les modifs^^

[Sunchaser]

Ah tiens, j'en ai une bonne.
Enfin, pas tout a fait, disons que c'est passé a une seconde, j'ai juste eu le temps de cliquer sur "Cancel" alors que le mail était en train de partir.
J'essaie de mettre un peu le cadre, le contexte:
. Je sors de qq semaines de boulot acharné, des journées qui s'étirent jusqu’à la nuit bien des fois, je dis pleins de conneries sur la Taverne afin de ne pas exploser (enfin ca, vous connaissez), et un beau vendredi j'ai un truc tout beau tout propre avec toutes les données qui sortent parfaitement. Cool. La cliente attends impatiemment le truc le Lundi, pour qqchose d'important pour elle le Mercredi.
. Le lendemain, la sauvegarde tourne ... crash complet des serveurs, défections en série, tous les scénarios imaginés par mon boss plombent ou presque ... il nous reste tout de même un scénario qui a tenu. Il nous reste une sauvegarde, mais j'ai perdu mes derniers dev, et il nous faudra une semaine pour tout remettre en place.
. Je passe ensuite 3 jours a nouveau a fonds sur le projet, avec des mails de la gentille dame qui me fait comprendre qu'elle est impatiente - même si elle compati a nos malheurs - d'avoir le truc et ses données, etc ...
. A nouveau un vendredi je crois, je suis prêt, c'est même mieux qu'avant.
P.tain ! Mon sang ne fait qu'un tour. J'attrape un mail, je m'empresse d'écrire a la personne et lui balance un extrait du truc en pièce jointe, avec tous pleins de belles données dedans.
Je regarde la barre de défilement qui commence a progresser doucement - une pièce jointe un peu lourde peut être, m'enfin bon, je suis content - quand tout a coup ... horreur !
Je me suis gaufré de destinataire ! La gentille a un nom similaire au prénom d'une autre responsable d'une autre boite (elles sont pas française), et vissez-versa pour le prénom (le prénom de l'autre est similaire au nom de la première), etc ...
Je peux remercier tous les anges qui veillent, j'ai eu le temps d'annuler l'envoie de ce mail.
En une seconde d'inattention, de précipitation inutile, j'ai failli foutre tout en l'air; mon taf, celui de mon boss, de ceux qui bossent avec nous, etc ... Des données comme ça, les éparpiller, ça ne pardonne pas.
Rien que d'y penser, j'ai froid dans le dos.
Cette boulette la, je n'aurais pu la faire qu'une fois dans ma vie.
Je préfère être passé a côté.

[Mat.M]

bonjour ouuhhh que j'ai honte

Hou la boulette magistrale sur un dossier en exploitation
Je bosse sur un ERP , dans une boucle

Code :

1
2
3
4
5
6
7
8
9
10
11
FOR I=0 TO XXX

rem envoie de messages par Email
CALL envoi_email
...

rem quelques lignes plus loin
I=0

NEXT

donc ça boucle indéfiniment et ça fait planter...et le client n'est pas content..

Sinon j'ai commencé il y a 20ans à apprendre à programmer sur ZX81 puis compatible PC en BASIC, Pascal, C,C++,C#....POO