Publicité
+ Répondre à la discussion
Page 1 sur 3 123 DernièreDernière
Affichage des résultats 1 à 20 sur 49
  1. #1
    Membre éclairé

    Inscrit en
    janvier 2007
    Messages
    413
    Détails du profil
    Informations forums :
    Inscription : janvier 2007
    Messages : 413
    Points : 363
    Points
    363

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

    Bonsoir!

    Ça doit faire vingt ans que je turbine dans le métier. Et quelque-fois, quand je me retourne en arrière et que j'examine le travail accompli, il m'arrive de me retourner de nouveau vers l'avant effrayé de ce que j'ai pu commettre.

    Si... Si...

    On a tous une gaufre, une catastrophe à confesser. La manipulation vraiment pas avisée. Le truc qu'il ne fallait pas surtout pas faire et que l'on a fait.
    On ira peut être pas en parler au prochain recruteur! Mais entre-nous...

    Laissez-moi débuter:

    J'avais 22 ans, un et demi d'expérience au mieux, et j'étais encore féru d'informatique système. Je travaillais pourtant sur IBM AS/400.

    Un jour, j'étais seul au travail (à cet âge-là, les employeurs n'ont aucun scrupule à vous faire ressentir la nécessité de faire des heures supplémentaires, et vous, tout jeune, n'avez aucun doute sur le bien fondé de leur demande. Et que rien ne soit rémunéré, bien-sûr. Puisque "Vous êtes en retard sur ce qu'il y a à faire."), j'avais quelques sources à modifier d'un logiciel que ma société avait douteusement repris d'une autre qui avait fait faillite. Et ces sources ne pouvaient pas fonctionner avec l'OS de l'IBM AS/400 que j'employais.
    Alors moi, voyant les cartouches de la version suivante de l'OS accessible, je les pris et je débutais nuitamment la migration de l'OS vers sa nouvelle version.

    Tout s'est bien passé. L'AS/400 redémarra avec le nouveau système et tout fut en ordre.
    Mais quel savon je pris le lendemain!
    Changer de ma propre initiative le système d'exploitation de l'ordinateur central de la boite n'était effectivement pas, avec le recul, la chose la plus avisée à faire.

    Grunt.

  2. #2
    Membre confirmé Avatar de Alvaten
    Homme Profil pro
    Développeur Java / Grails
    Inscrit en
    novembre 2006
    Messages
    217
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 25
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur Java / Grails
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2006
    Messages : 217
    Points : 285
    Points
    285

    Par défaut

    La pire qui m'est arrivée, en stage à 15-16 ans.
    Ordre de sortir la vieille imprimante du patron. Je débranche la prise, oups c'etait la prise de son PC (il bossait dessus a ce moment)

  3. #3
    Membre chevronné Avatar de pinocchio
    Homme Profil pro François
    Développeur informatique
    Inscrit en
    novembre 2002
    Messages
    796
    Détails du profil
    Informations personnelles :
    Nom : Homme François
    Âge : 37
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Service public

    Informations forums :
    Inscription : novembre 2002
    Messages : 796
    Points : 779
    Points
    779

    Par défaut

    Bonjour,
    1 semaine par mois, les utilisateurs (contrôleur de gestion) saisissaient l'ensemble de données.
    Au milieu de la semaine, comme chaque semaine, des évolutions à faire de toute urgence et non demandée durant les 3 autres semaines. L'une d'elles pour être sûr qu'elle fonctionne demandait à ce que je vide le cube pour le réalimenter avec des données récentes.
    Je vide le cube. Oups, je suis sur le mauvais serveur, celui-ci est celui de prod.
    Il était 9h45, j'ai dû remettre les données de la veille au soir avec 2h de perte de données.
    Vu que les alimentations s'effectuaient via des classeurs que je leur fournissais, ça n'a pas trop mouché surtout qu'encore une fois, c'était une fleur qu'on leur faisait en effectuant une modif de dernière minute.
    Petit hic ... Mon collègua avait fais la même le mois précédent mais vers 17h
    Il nous a été demandé de séparer les accès aux cubes (prod, recette, dév, ...) afin de ne plus reproduire cette erreur.
    Nous avons supprimé toutes les données du cube 2 fois en 4ans. Pas de chance, c'était 2 fois d'affilée.

    La solution de la séparation a été abandonné car cela nous imposait des procesus de mise à jour bien plus longue car par batch, rules, ... et nous imposait des fermetures d'accès aux utilisateurs et ce n'était pas souhaité.
    La SNCF est mon ami
    blog PARIS-GRANVILLE
    Inscription au panel IPSOS (possibilité d'avoir des bons d'achats)

  4. #4
    Membre éprouvé Avatar de Lady
    Femme Profil pro
    Développeur Java
    Inscrit en
    mars 2003
    Messages
    576
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java
    Secteur : Santé

    Informations forums :
    Inscription : mars 2003
    Messages : 576
    Points : 452
    Points
    452

    Par défaut

    Ah les serveurs ... je pense que c'est super casse gu**le ces petites bêtes.

    il y a 2 ou 3 ans j'étais la préposée à la maintenance d'un petit logiciel pour faire de l'import initial de données de fichiers excel vers une base Oracle.

    Je fais une modif dans l'import, donc pour testé mon import initial je clic joyeusement sur vider la base. Sauf que dans la ligne adresse IP bah c'était pas ma base de test .... Oups ....

    Bon dans mon malheur c'était la base d'un de mes collègues qui n'a juste pas compris pourquoi tout a coup son test c'est lamentablement planté ... (j'ai quand même rechercher quel base j'avais bien pu vidé et me suis confondue d'excuses....)

    Celle là je pense que je ne la referais plus. Toujours , toujours vérifier !! (toujours .... toujours .... *obsession*)
    (Bio)informaticienne folle ... MOUWAWAWAWA
    Geekette fan de Marcus et de Nolife !!
    Jeune Maman

  5. #5
    Responsable Portail

    Avatar de khayyam90
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    janvier 2004
    Messages
    10 097
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 29
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2004
    Messages : 10 097
    Points : 40 495
    Points
    40 495

    Par défaut

    Je crois que nous avons tous ce genre d'expériences ....
    Le jour où j'ai vidé par erreur l'une des principales tables de la base de données de Developpez.com, je ne faisais pas le fier. Le site n'affichait plus rien, toutes les pages d'index étaient vides et manque de bol nous n'avions pas de sauvegarde récente.
    Il a fallu recréer toutes les données manquantes à partir d'historiques divers. J'ai passé une soirée horrible et depuis je fais vraiment plus attention quand je vide une table, je vérifie toujours à deux fois de quelle table et de quelle base il s'agit.
    Responsable du Portail Developpez.
    Mes tutoriels Algo, Web, C++, PHP - Mon CV

  6. #6
    Expert Confirmé
    Homme Profil pro Benoît
    Inscrit en
    février 2003
    Messages
    1 732
    Détails du profil
    Informations personnelles :
    Nom : Homme Benoît
    Âge : 33
    Localisation : Belgique

    Informations forums :
    Inscription : février 2003
    Messages : 1 732
    Points : 2 595
    Points
    2 595

    Par défaut

    Humm avoir mal remis une barrette mémoire sur un serveur et le rallumer... Tiens de la fumer , Chef ? Le pc il va plus. Euh non je ne sais pas pourquoi

    Sinon avoir supprimer un répertoire d'un serveur à la place de mon répertoire locale. Heureusement il y avait un système de backup mais je me suis fait une grosse frayeur
    Je ne suis qu'un pauvre débutant alors ne frappez pas si mes idées ne sont pas bonnes

  7. #7
    Membre expérimenté Avatar de tigunn
    Homme Profil pro
    Développeur de bug
    Inscrit en
    janvier 2003
    Messages
    577
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France

    Informations professionnelles :
    Activité : Développeur de bug

    Informations forums :
    Inscription : janvier 2003
    Messages : 577
    Points : 549
    Points
    549

    Par défaut

    Faire une présentation client de son logiciel avec un jeu de test de mon cru. Les utilisateurs étaient Marcel Pagnol, Jean Valjean, René Cotti, et le chaperon rouge, le loup débile
    Une chance, j'étais de bonne humeur; cela aurait put être pire.

    Ecraser une version avec sa précédente dans subversion.
    "le rhume distillation - L’estomac est la cucurbite, le cerveau le chapiteau, & le nez le réfrigérant par lequel s’écoule goutte à goutte le produit de la distillation."
    de Avicenne

    Le monde se divise en deux: ceux qui utilisent le tag et les autres.

    Un problème? venez en découdre!

  8. #8
    Expert Confirmé Sénior
    Homme Profil pro
    Développeur Freelance
    Inscrit en
    janvier 2009
    Messages
    2 296
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Freelance

    Informations forums :
    Inscription : janvier 2009
    Messages : 2 296
    Points : 4 160
    Points
    4 160

    Par défaut

    Pour l'instant, ma plus belle boulette est celle-ci:
    J'ajoute un trigger sur une table, pour mettre à jour la date de modification de l'enregistrement. Donc dans le trigger, je mets une requête update... sans la clause where...
    Résultat, au premier update, le moteur a tenté de mettre à jour en cascade tous les enregistrements... et pan la base ! Heureusement c'était la base de test.

    Une autre, mais d'un collègue: c'est un grand classique. Pour vider des logs, au lieu de taper rm -rf ./*, il a tapé... rm -rf . /*, et ce sur le serveur Web de production, et en tant que root ! Adieu veau, vache, site web et serveur...

    Tatayo.

  9. #9
    Expert Confirmé Sénior
    Avatar de Katyucha
    Profil pro
    Ingénieur systèmes Linux/Unix/SAN
    Inscrit en
    mars 2004
    Messages
    3 264
    Détails du profil
    Informations personnelles :
    Localisation : Allemagne

    Informations professionnelles :
    Activité : Ingénieur systèmes Linux/Unix/SAN

    Informations forums :
    Inscription : mars 2004
    Messages : 3 264
    Points : 4 754
    Points
    4 754

    Par défaut

    En administration système, on dit qu'il y a deux types dadministrateurs : Ceux qui ont déjà rebooté le mauvais serveur et ceux qui vont le faire....

    Je suis vite passé à la première catégorie.


    Une autre :
    Mise à jour système (Sun Recommended) d'un serveur pour mon projet ....à 3 jours de mes vacances. Mis à jour Failed, serveur crashé..

    Bon, j'ai 3 jours pour refaire 1 mois de travail.
    Ancien Rédacteur Linux && Unix / Nouveau retraité de DVP
    "En face, c'est des c**s, alors au premier regroupement, il faut qu'ils discutent avec les taupes."

    Je ne réponds ni aux messages privées, ni aux messages plein de fautes...

  10. #10
    Responsable Perl et Outils

    Avatar de djibril
    Homme Profil pro
    Inscrit en
    avril 2004
    Messages
    16 623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : avril 2004
    Messages : 16 623
    Points : 465 471
    Points
    465 471

    Par défaut

    Le pire pour moi sur un serveur de fichiers Linux en production.

    Pas de questions technique par messagerie privée (lisez les règles du forum Perl) et pour les nouveaux !

  11. #11
    Membre Expert Avatar de leminipouce
    Homme Profil pro Olivier
    Ingénieur développement logiciels
    Inscrit en
    janvier 2004
    Messages
    754
    Détails du profil
    Informations personnelles :
    Nom : Homme Olivier
    Âge : 30
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : janvier 2004
    Messages : 754
    Points : 1 069
    Points
    1 069

    Par défaut

    Dans la série de rm -rf j'ai fait assez fort aussi.

    J'avais un script de dézippage d'une archive. Je devais faire quelques contrôles sur le contenu du zip avant de le mettre en place.
    Donc je dézippé dans un répertoire nommé ${TMP}, je faisais mon bouzin avant de le copier vers un répertoire ${DATA} et bien sur de vider soigneusement mon répertoire par un rm -rf ${TMP}/*

    C'est beaucoup moins fun quand ${TMP} n'est pas renseigné...

    Heureusement j'étais pas root, mais j'avais quand même les droits sur tous les répertoires de travail de mes collègues.... Et toutes leurs instances de serveurs de tests qui sont tombées une à une...

    Depuis j'ai appris à vérifier le contenu de mes variables avant de les utiliser
    Si , et la ont échoué mais pas nous, pensez à dire et cliquez sur . Merci !

    Ici, c'est un forum, pas une foire. Il y a de respectables règles... à respecter !

  12. #12
    Modérateur
    Avatar de Sankasssss
    Homme Profil pro Gaëtan Wauthy
    Développeur .NET
    Inscrit en
    novembre 2006
    Messages
    1 617
    Détails du profil
    Informations personnelles :
    Nom : Homme Gaëtan Wauthy
    Âge : 32
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : novembre 2006
    Messages : 1 617
    Points : 3 423
    Points
    3 423

    Par défaut

    Dans un système d'impression de courrier de l'administration, on me demande de rajouter un type de courrier, je code tout, pour les tests je désactive l'enregistrement dans la BD afin de pouvoir ré-imprimer toujours le même jeux de test, dans la précipitation j'oublie de le réactiver et le fait passer en production comme ca, ou bout d'une semaine on me demande si c'est normal que l'on aie autant de courrier par jour...
    Le programme n'enregistrant pas qu'il imprimait le courrier, il le ré-imprimait donc chaque jour avec les nouveaux courriers du jours, certain client on reçus 5 fois le même courrier

  13. #13
    Membre émérite
    Homme Profil pro
    Inscrit en
    décembre 2003
    Messages
    396
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Secteur : Conseil

    Informations forums :
    Inscription : décembre 2003
    Messages : 396
    Points : 819
    Points
    819

    Par défaut

    // Mode recruteur : ON
    ToDo : tenir une liste actualisée des pseudos sur ce sujet, et toujours s'y référer avant un recrutement
    // Mode recruteur : OFF

    C'est cosmic

  14. #14
    Expert Confirmé Sénior
    Avatar de Katyucha
    Profil pro
    Ingénieur systèmes Linux/Unix/SAN
    Inscrit en
    mars 2004
    Messages
    3 264
    Détails du profil
    Informations personnelles :
    Localisation : Allemagne

    Informations professionnelles :
    Activité : Ingénieur systèmes Linux/Unix/SAN

    Informations forums :
    Inscription : mars 2004
    Messages : 3 264
    Points : 4 754
    Points
    4 754

    Par défaut

    Citation Envoyé par javamine Voir le message
    // Mode recruteur : ON
    ToDo : tenir une liste actualisée des pseudos sur ce sujet, et toujours s'y référer avant un recrutement
    // Mode recruteur : OFF

    Prend plutot la liste des personnes qui n'ont pas écrit de boulettes... Une boulette faite est une boulette qu'on ne refait pas.

    (sauf pour mon collegue qui a 1 an d'intervalle a fait la même ... l'adresse IP de la gateway attribuée à un serveur... )
    Ancien Rédacteur Linux && Unix / Nouveau retraité de DVP
    "En face, c'est des c**s, alors au premier regroupement, il faut qu'ils discutent avec les taupes."

    Je ne réponds ni aux messages privées, ni aux messages plein de fautes...

  15. #15
    Modérateur
    Avatar de Rayek
    Homme Profil pro
    Développeur informatique
    Inscrit en
    mars 2005
    Messages
    5 194
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2005
    Messages : 5 194
    Points : 7 606
    Points
    7 606

    Par défaut

    Citation Envoyé par tatayo Voir le message
    Pour l'instant, ma plus belle boulette est celle-ci:
    J'ajoute un trigger sur une table, pour mettre à jour la date de modification de l'enregistrement. Donc dans le trigger, je mets une requête update... sans la clause where...
    Résultat, au premier update, le moteur a tenté de mettre à jour en cascade tous les enregistrements... et pan la base ! Heureusement c'était la base de test.

    Une autre, mais d'un collègue: c'est un grand classique. Pour vider des logs, au lieu de taper rm -rf ./*, il a tapé... rm -rf . /*, et ce sur le serveur Web de production, et en tant que root ! Adieu veau, vache, site web et serveur...

    Tatayo.
    Idem pour le Update sans Where sauf que moi c'était sur la base en prod
    Mais bon j'ai tout récup en 2h , Maniac des logs en tout genre j'ai juste eu besoin de faire un prog qui les lisaient et qui remettait tout en place
    Modérateur Delphi Combattez la brute
    Aucune réponse aux sollicitations techniques par MP

    Le guide du bon forumeur :
    __________
    [Projet en cours] Des unités pour faciliter l'utilisation d'indy : EasyIndy 1.3

  16. #16
    Expert Confirmé Avatar de Jon Shannow
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    avril 2011
    Messages
    1 765
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : avril 2011
    Messages : 1 765
    Points : 2 722
    Points
    2 722

    Par défaut

    Une boulette sur un Outlook express. Le responsable commercial de la boite, et aussi DG , me demande de mettre ses mails dans un dossier facilement accessible pour réaliser des copies. Je lui dit ok, récupère son pc portable, je créé le nouveau dossier, et déplace tous les fichiers de OE vers le nouveau dossier (pour quoi un déplacement ? Par manque de place sur le DD). Le déplacement terminé, j'ouvre OE (vide) et lui indique le nouveau dossier de stockage !
    Sauf que ce *@$&@* de OE détruit le contenu du nouveau dossier et recrée sa base vide !
    Comme demandé, je quitte OE et le relance, et là ... dossier vide !

    On est reparti sur la dernière sauvegarde... de la semaine précédente !

  17. #17
    Expert Confirmé Sénior
    Profil pro
    Inscrit en
    décembre 2007
    Messages
    3 139
    Détails du profil
    Informations personnelles :
    Localisation : France, Val d'Oise (Île de France)

    Informations forums :
    Inscription : décembre 2007
    Messages : 3 139
    Points : 9 165
    Points
    9 165

    Par défaut

    Préparation d'une chaine à passage unique exceptionellement monstrueuse(dossier suivi par le ministre en personne, avec plein de commentaires dans les médias, j'en dis pas plus pour ne pas me griller). On doit passer avant 18h00 dernier délai, sinon, un jour de retard(impact média et ministre). On est les derniers de la chaine, et notre chaine passe en 1 heure.

    A 16h00, on reçoit le fichier. A 16h01, on plante. A 16h15, je me rends compte que mon composant est "livré", mais pas "installé". On a frôlé la catastrophe. Ce qui nous a sauvé, c'est que le directeur de projet connaissait par leur prénom les gens de l'exploitation. Mais ça aurait, vraiment, pu faire de gros dégats. Jamais rebossé sur des sujets aussi sensibles(mais c'est marrant, ça fait des souvenirs.....quand ça se termine bien).

    En général, les erreurs de livraison, c'est ma hantise.
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  18. #18
    Membre du Club Avatar de pioule
    Inscrit en
    août 2003
    Messages
    65
    Détails du profil
    Informations forums :
    Inscription : août 2003
    Messages : 65
    Points : 69
    Points
    69

    Par défaut

    Un jour on m'a demandé une extraction de table sous excel avec une mise en forme bien gonflante à faire.
    Ca me gonfle d'avance, je fais ma requête, j'extrais le résultat en csv dans un fichier mescouilles.csv (manie récurrente que j'ai d'appeler les fichiers d'un truc qui me gonfle)
    Je l'ouvre dans excel, je remets en forme, c'est beau et ça a l'air bon, j'enregistre dans mescouilles.xls
    Je renomme le fichier avant de l'envoyer par mail (quand même), avec en copie ma responsable de service et sa responsable de service.
    15 minutes après, coup de téléphone, "super boulot c'est exactement ce que je voulais, par contre tu as vu ce qui est marqué dans ton onglet ?".......... Apparement (je dois pas assez utiliser excel pour le savoir) quand on enregistre un csv en xls, l'onglet du classeur prend le nom du fichier csv........
    Les responsables en copie ont pas dû ouvrir le fichier...

  19. #19
    Membre émérite
    Avatar de randriano
    Homme Profil pro Rija Randriano
    Inscrit en
    janvier 2007
    Messages
    1 107
    Détails du profil
    Informations personnelles :
    Nom : Homme Rija Randriano
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 107
    Points : 839
    Points
    839

    Par défaut

    Citation Envoyé par Alvaten Voir le message
    La pire qui m'est arrivée, en stage à 15-16 ans.
    Ordre de sortir la vieille imprimante du patron. Je débranche la prise, oups c'etait la prise de son PC (il bossait dessus a ce moment)
    J'ai eu une boulette similaire durant mon stage, j'avais 19 ans et c'était encore pire.

    Dans une salle avec 15 employés, un informaticien de la boîte m'a demandé de débrancher la grosse prise noire or il y en avait 2: oops, j'ai débranché la prise principale, les machines de toute la salle se sont éteintes, tout le monde râle et moi je me tape la honte!!
    randriano.dvp.com
    Développeur freelance. Sites web, WebApp, applications informatiques. Twitter @haikajy

  20. #20
    Membre habitué Avatar de magicbisous-nours
    Inscrit en
    octobre 2005
    Messages
    270
    Détails du profil
    Informations forums :
    Inscription : octobre 2005
    Messages : 270
    Points : 123
    Points
    123

    Par défaut

    Citation Envoyé par leminipouce Voir le message
    Dans la série de rm -rf j'ai fait assez fort aussi.

    J'avais un script de dézippage d'une archive. Je devais faire quelques contrôles sur le contenu du zip avant de le mettre en place.
    Donc je dézippé dans un répertoire nommé ${TMP}, je faisais mon bouzin avant de le copier vers un répertoire ${DATA} et bien sur de vider soigneusement mon répertoire par un rm -rf ${TMP}/*

    C'est beaucoup moins fun quand ${TMP} n'est pas renseigné...

    Heureusement j'étais pas root, mais j'avais quand même les droits sur tous les répertoires de travail de mes collègues.... Et toutes leurs instances de serveurs de tests qui sont tombées une à une...

    Depuis j'ai appris à vérifier le contenu de mes variables avant de les utiliser
    Presque pareil : en root, sur un serveur de prod : chown mouser:mongroupe $mavariable/
    ben après plus rien dans les bases de données (MySQL ne retrouvait plus ses fichiers) et pleins d'autres programmes avaient des comportements bizarres....
    Du coup on reste au boulot jusqu'à minuit (heureusement c'est arrivé en fin de journée les clients ne l'ont pas vu) et on migre tout vers un autre serveur pour pouvoir réinstaller celui-ci...
    [/HS]

    J'adorerai changer le monde, mais pas moyen de mettre la main sur le code source

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •