Discussion :

[_shuriken_]

Ben c'est quoi ton erreur ?

ARCHIVES_DIR=/data/archive
ARCHIVES_DATE=$(date +%Y%m%d)

Et ça à sa place :

rm -rf $ARCHIVE_DIR/$ARCHIVE_DATE au lieu de rm -rf $ARCHIVES_DIR/$ARCHIVES_DATE


J'ai toujours fais gaffe avec les rm, cette commande peu causer parfois des ennuis.

Une fois, j'avais peut être bu trop de café, je dévais faire juste un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mv *.ICT ../

Et paf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rm *.ICT ../

Elle s'est exécutée avec une erreur, mais s'est exécutée quand même et tous mes fichiers kaput .

Depuis, j'ai mis le tout dans un script.

[JhonDoDoDo]

Bon alors vite fait dans le désordre, parceque ça fait se sentir moins seul



- Une url mal tapée dans un email de promotion. Malheureusement envoyé à 50.000 personnes... Aucun retour -> On n'a vite trouvé qui avait fait la faute

- Je travail sur 2 BDD en simultané, de 2 sites différents. Je dois supprimer une des 2 totalement. Après avoir vérifié 15 fois que c'était la bonne table, j'exécute un petit DELETE FROM TABLE. Et me rend compte, que mon hébergeur ne gérait pas le multi session sous son interface d'administration.
J'ai donc supprimé le site en prod Vive les backups

- Une erreur dans un comptage financier (bien lourd pour ma défense :p) qui "oubli" d'enlever les avoirs du mois d'avant. Difficile d'annoncer à son patron que en fait, il n'a pas gagné 70.000 euros ce mois-ci, mais juste 50.000...
Vraiment trèèèès difficile



Ce sont les seules dont je me rapelle, mais surement pas les seules que j'ai faites ! Heureusement qu'a coté je faisait des trucs pas trop mal

[Mizar75]

En test U, j'ai fait un programme avec 3 boucles imbriquées de 1 Millions chacune.
Pour voir l'évolution, un point "." était affiché à l'écran à chaque passage dans la boucle la plus basse.

Comme mon test prenait vraiment beaucoup de temps, je l'ai fait tourné la nuit en redirigeant la sortie dans un fichier.

........................................................................................................................................................................................................
.........................................................................................................................................................................................................

Quel est la taille max d'un fichier sous UNIX au fait ???? Parce que le disque partagée de toutes l'équipe ne faisait que 10 Go!

[Médinoc]

En ext2, ça doit être limité par la taille d'un fichier en triple-indirect, qui elle-même doit dépendre de la taille des blocs (qui ne doit sans doute pas être plus petite que la taille du disque divisée par 2^32).

[cinemania]

ma faute la plus grave c'est parce que je suis un peu tete en l'aire parfois... ou j'ai bu trop de café, où j'étais absorbé par le décolté de la réceptionniste le jour là... je sais plus.

quoi qu'il en soit j'avais 2 sessions d'ouvertes avec 2 SGBD différent avec chacun la même base, une en test, une en prod... et devinez sur laquelle j'ai fait un jolie DROP DATABASE...
heureusement que c'était le matin à 10h, et que le backup datait de minuit et que y avait pas eu d'activité remarquable lol... sinon je crois que j'aurais entendu hurler dans tout l'immeuble

[seeme]

Pour ma part..

Projets de fin de semestre, c'est le gros rush, je boss très tard..

Il est 4h du mat', je me dis "Bon, je veux pas prendre de risques, je vais faire un backup de mon serveur", serveur qui heberge la totalité de nos projets, mes projets perso, bref tout.

Je me dis "bon, il est tard, on va faire simple, on va faire un tar gz depuis la racine, c'est pas le top, mais ça le fera" (la partition fait moins de 2 gigas).

Je tape une commande pour faire un tar gz récursif. Manque de bol, je me suis trompé dans les arguments, conséquence, chaque fichier a été pris un par un et remplacé par son archive..

Je m'en suis rendu compte quand il me disais ne plus connaitre l'utilisateur 'root'..

Il m'a fallu attendre 7h du mat' pour comprendre ma connerie et rattraper le serveur..

Grosse sueur froide quand on plante un serv en voulant faire un backup...

[Sve@r]

ARCHIVES_DIR=/data/archive
ARCHIVES_DATE=$(date +%Y%m%d)

Et ça à sa place :

rm -rf $ARCHIVE_DIR/$ARCHIVE_DATE au lieu de rm -rf $ARCHIVES_DIR/$ARCHIVES_DATE

Magnifique.

J'ai fait à peu près la même chose.
J'avais l'habitude; sur un Solaris, de purger, de temps en temps, le répertoire "/tmp". Je tapais donc, en tant que root, la commande suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /tmp
rm -fr * .*

Un jour, j'ai voulu aller plus vite et j'ai tapé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rm -fr /tmp/* /tmp/.*

Et là, la commande ne m'a pas rendu la main. Pendant qu'elle tournait, je me demandais ce qui se passait. Et j'ai soudain compris que le chemin "/tmp/.*" incluait aussi "/tmp/.."

En test U, j'ai fait un programme avec 3 boucles imbriquées de 1 Millions chacune.
Pour voir l'évolution, un point "." était affiché à l'écran à chaque passage dans la boucle la plus basse.

Comme mon test prenait vraiment beaucoup de temps, je l'ai fait tourné la nuit en redirigeant la sortie dans un fichier.

........................................................................................................................................................................................................
.........................................................................................................................................................................................................

Quel est la taille max d'un fichier sous UNIX au fait ???? Parce que le disque partagée de toutes l'équipe ne faisait que 10 Go!

10^18 / 1024 / 1024 / 1024 => 931 322 574 Go

Je tape une commande pour faire un tar gz récursif. Manque de bol, je me suis trompé dans les arguments, conséquence, chaque fichier a été pris un par un et remplacé par son archive..

Dommage, un tar cvfz toto.tgz racine/ aurait fonctionné directement et c'est lui qui se serait occupé de la récursivité

[Médinoc]

Et j'ai soudain compris que le chemin "/tmp/.*" incluait aussi "/tmp/.."

[Michel Rotta]

De vraie bonne bourdes, je n'en ai pas vue beaucoup.

La pire, la réinstallation d'un bon vieux serveur Novell 2.11 (ceci ne nous rajeuni pas). Il fallait changer la machine renommer le serveur (par recompilation de l'exécutable sur cette version, c'est important pour la suite) et restaurer les données sur la nouvelle machine. Travail de nuit, pour ne pas bloquer les utilisateurs.

On a donc bien avancé, récupéré la machine (qui était le serveur d'origine, mais à améliorer). Double sauvegarde des données, au cas où... Reconfiguration matériel du serveur. Compilation de la version adaptée du serveur. Restauration des sauvegardes. Hélas, de toutes les sauvegardes, y compris d'un fichier système avec le nom compilé en dur dedans, l'ancien nom. Impossible (je ne sais plus pourquoi), de réinstaller le fichier compiler, il aurait fallut reformater et redescendre les sauvegardes, a 7 heures du matin.

Finalement, j'ai trouvé la solution, j'ai édité l'exécutable en hexadécimal pour changer le nom. Le serveur à tourné dans les 3 années suivante avec la rustine et sans problèmes...

Le pire ? En partant après le café de 8 heures, il restait 2 heures de routes avant le lit, le neyman de la voiture de service à casé net... Il y a des jours comme cela.

----------------
Une autre, vite fait. IBM avait sorti un serveur avec trois partie en biseau en haut de la tour. La premier était décoration, la deuxième avait le bouton marche arrêt, la troisième le lecteur de disquettes. Une installation de serveur à passer, dans les 25 disquettes. A la sortie de la 15ème disquette, je me suis trompé de bouton, j'ai appuyé sur le bouton marche arrêt au lieu d'éjecter la disquette. Je m'en suis rendu compte juste avant de le relâché, j'ai donc terminé l'installation des 10 dernières disquettes (près d'une heure) en gardant le doigt enfoncé sur la touche... Dans les versions suivantes de la machine, le bouton marche arrêt à été protégé par un cache...

------------------
La dernière, plus perso. Un soir, j'installe un ma nouvelle machine à la maison. Elle est équipée d'un mange disque pour les CD. Je veux installer une application, j'introduis le CD dans le lecteur et ... rien. Je regarde dans l'explorateur de fichier, pas de CD. J'éjecte le CD, rien ne sort. Je tente le coup, j'introduis un deuxième CD et il apparait, tranquillement à l'écran... Pour le coup, le mange disque m'a mangé réellement un CD. Impossible ? Impossible ! Un démontage de la machine me l'a rendu, il était tranquillement posé sur le disque dur, il avait été glissé non pas dans le mange disque, mais entre le lecteur de CD et le cache du disque dur. Vive le papier collant pour boucher les trous.


Bon, j'en trouverais bien d'autres....

[Ecva233]

Alors une bien lourde.

Je bossais dans une société d'Assurance qui n'existe plus. J'avais développé toute la chaîne d'émission des prélèvements avec prise en compte des impayés. J' avais juste oublié de ré initialiser une variable de montant. Du coup, je cumulais le montant des impayés des "mauvais payeurs" sur le client qui suivait, avec retour de l'impayé à la banque du client et demande d'interdit bancaire à la Banque de France ... Au premier passage 300 à 400 clients y sont partis . J'ai failli les suivre .

A l'époque les notions de recette et de qualif n'était que fadaises et billevesées, donc généralement t'assurais le rôle de développeur, qualificateur, recetteur ...

[el muchacho]

Magnifique.

J'ai fait à peu près la même chose.
J'avais l'habitude; sur un Solaris, de purger, de temps en temps, le répertoire "/tmp". Je tapais donc, en tant que root, la commande suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cd /tmp
rm -fr * .*

Un jour, j'ai voulu aller plus vite et j'ai tapé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rm -fr /tmp/* /tmp/.*

Et là, la commande ne m'a pas rendu la main. Pendant qu'elle tournait, je me demandais ce qui se passait. Et j'ai soudain compris que le chemin "/tmp/.*" incluait aussi "/tmp/.."

Enorme

Pour ma part, je n'ai jamais fait de grosse bourde, aux conséquences désastreuses.
Mais le bug le plus honteux que j'ai fait est d'avoir lu un bout de code C (qui fonctionnait) avec une chaîne non initialisée et de l'avoir initialisée avec "\0". Heureusement, le bug a été vu quasi immédiatement et n'est pas parti en prod.

[Christiankamus]

Ma plus grosse bêtise est celle d'avoir supprimer par mégarde tous les utilisateurs d'une application dans la table correspondante (plus de 200 users),...

[calagan99]

A l'époque les notions de recette et de qualif n'était que fadaises et billevesées, donc généralement t'assurais le rôle de développeur, qualificateur, recetteur ...

Ah, parce que ce n'est plus vrai ?

[Shypster]

Salut,

Ma seule gaffe mais pas des moindre c'est d'avoir oublié de doubler un '\' pour définir un emplacement de sauvegarde UNC.
Résultat, les sauvegardes se faisaient sur la racine du lecteur client et non sur l'emplacement distant. Pour le programme tout se déroulait comme il le fallait vu qu'il trouvait bien l'emplacement défini.

Le jour où le PC client a rendu l'ame, c'était pas jojo. Mais ça sait plutôt bien réglé (client trés clément).

Bug corrigé trés rapidement depuis.

[pcdwarf]

lu dans un code que je debuggue

int var;
some_code
if ( var ==1)
{ if (var!=1) var=1; // par sécurité
}
some_code


Ce qui m'eclate, c'est le commentaire qui indique que ce bout code stupide est intentionnel.... qu'est-ce qui a bien pu se passer dans la tete du codeur ?

[pcdwarf]

sinon ma plus grosse erreur

#/bin/bash

BACKUPDIR=/srv/backups
DATADIR=/srv/mydata

echo phase 1 nettoyage
rm -Rf $BAKUPDIR/*

echo phase 2 archivage
#suite du script.....

[michel.souris]

lu dans un code que je debuggue

int var;
some_code
if ( var ==1)
{ if (var!=1) var=1; // par sécurité
}
some_code


Ce qui m'eclate, c'est le commentaire qui indique que ce bout code stupide est intentionnel.... qu'est-ce qui a bien pu se passer dans la tete du codeur ?

Ca c'est beau !

Par sécurité... faut dire par ces temps d'insécurité, tout nous fais peur ! la faute à TF1 !

Moi je pensais un ordre SQL delete sans le where.... oui je sais....

[_shuriken_]

sinon ma plus grosse erreur

#/bin/bash

BACKUPDIR=/srv/backups
DATADIR=/srv/mydata

echo phase 1 nettoyage
rm -Rf $BAKUPDIR/*

echo phase 2 archivage
#suite du script.....

Excellent, ça c'est une vrai bourde, du coup le backup ne servait plus à rien .

[TropMDR]

Excellent, ça c'est une vrai bourde, du coup le backup ne servait plus à rien .

De toutes façons, un backup sur la même machine n'est pas un backup. Donc il ne servait déjà pas à grand chose avant.

[istace.emmanuel]

alors du classique :

rm -rf /*
a la place de
rm -rf ./*

chmod -R 777 /*
au lieu de
chmod -R 777 ./*

et en dev :
Une boucle infinie sur une fonction qui malloc des structures de 10Mo +/- dans un thread (une aprem avant de comprendre pourquoi mon système freezait...)

Ai aussi perdu une journée a debug un web service wcf...
pare feux...