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 !
Ç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
.
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
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
.