Troubleshooting 101

Salutations camarades !

Pour mon premier post sur ce blog, je vais vous parler de deux sujets qui me tiennent à cœur : le paradigme objet et la forme normale de Coplien.
LOL ! Bon ok non, on va plutôt parler d’autre chose.

Disclaimer : L’histoire que je vais vous conter est issue de faits réels … hééééé oui !

Je vous aurais bien parlé des barbecues et de l’importance d’une bonne braise pour profiter au mieux d’un bon morceau de viande (si ! ça compte vraiment !), mais je vais essayer de rester un peu plus dans le sujet.
Du coup, voilà une petite anecdote à propos de mon boulot. Ça m’arrive tous les jours et c’est ça qui est fun.

Bon, tout d’abord, je vous explique un peu le contexte.
Je bosse depuis quelques mois (et pour encore un ptit moment) au CA (Centre d’Administration) de Huawei sur un projet pour SFR.
Huawei, c’est un équipementier chinois, c’est pas cher et ça nique un peu tout le monde.
En plus, ils sont méchamment motivés et ils taffent comme des dingues donc difficile de concurrencer. Mais bref.

Du coup, sur de nombreux sites SFR, Graniou (la boite où je bosse, et non c’est pas de la bouffe pour chien) installe du matériel Huawei pour faire de la 2G et/ou 3G à la place de l’ancien matériel NSN (Nokia Siemens Network). Parfois ça marche niquel … et parfois ça marche moins niquel.
Du coup, faut faire que ça marche et c’est là que ça devient marrant !

Quelque soit le problème, la procédure de résolution est la suivante :

1/ REBOOT ! Logiciel dans un premier temps sur tous les éléments rebootables (baie, cartes, modules radio, cellules, trx, …). Il n’est pas exclu de le faire plusieurs fois histoire d’être sur que ça ne change rien.

2/ REBOOT ! Matériel si les reboots logiciels n’ont rien fait. De même, connecter et déconnecter les différents éléments peut donner aussi des résultats. Le faire plusieurs fois peut aussi donner des résultats au bout d’un moment.

A partir de là, en général, la situation s’est pas mal améliorée.
3/ Si ce n’est pas le cas, commencer à réfléchir au problème. En général, au final il y a une solution. Mais pas toujours et ce qui est encore plus marrant, c’est que ça boucle cette méthode ! Au bout d’un moment, quand tu as testé toutes les possibilités et que les chinois trouvent pas d’autres trucs à tester, il y a un petit moment de bonheur où ils te regardent avec un air un peu perdu et te disent : … Reboot ! :)

Bref, moi j’trouve ça marrant comme manière de faire.
Y en a d’autres qui rencontrent aussi ce genre de situations ?

PS : Je profite de cette tribune qui m’est offerte pour dire que certains outils qu’on utilise fonctionnent avec Java et qu’ils sont loooooongs au lancement ! C’est insupportable !

Ce billet a été posté par fabrice.turquois le 22 September 2010 à 10:20 et est classé dans Délires, Expériences. Vous pouvez suivre chaque réponse à ce billet grace à RSS 2.0. Vous pouvez aussi laisser une réponse, ou un trackback depuis votre propre site.

3 Responses to “Troubleshooting 101”

  1. sebastien.luquet.2003 Says:

    Ça me rappelle les fois où j’ai du appeler mon FAI après la souscription d’une nouvelle offre ou un déménagement et que visiblement il y a un problème de leur côté car la synchronisation ADSL ne se fait pas …

    Au téléphone, ils me font faire tout un tas de manipulations (à base de reboot, reset etc) pour qu’à la fin ils reconnaissent qu’il faut envoyer un technicien faire une manipulation sur la ligne…

    Comme si je n’avais pas déjà fait toutes les manipulations qu’ils m’ont proposées de faire :) .

  2. matthieu Says:

    il faudrait que je fasse un article sur le débuggage Citrix. On a ouvert un incident et demain j’ai rendez-vous par téléphone avec un irlandais du support de chez Citrix. C’est toute une histoire pour en être arrivée ici :)

  3. Le Fakir Avogadro Says:

    Selon mes sources, le coup du reboot marche pas mal avec le matos NSN aussi :) . Mais ça parait moins normal que quand c’est du matos chinois :D .

Laisser un commentaire