Le technicien itinérant Free est venu chez moi ! Bon au lieu de venir entre 16h00 et 18h00, il est venu ce matin[1].
Pour résumé, Free ouvre un nouveau GAMOT et si ça ne fonctionne toujours pas d'ici 5 jours, alors il y aura expertise de la ligne avec un technicien Free et un technicien France Telecom...
Autant dire que ce n'est pas pour demain que je vais avoir une liaison T__T
[1] Ce qui a libéré ma femme pour aller me chercher de l'huile pour ma boite de vitesse ; mais c'est une autre histoire...
Après 29 jours de cris et de pleurs, j'ai enfin eu un technicien Free, un vrai !
En 4 minutes, il a relu l'intégralité du dossier et envoi en urgence un technicien chez moi demain, car pour lui lors de la dernière intervention de FT, ma ligne n'a pas été raccordée où il faut...
Peut-être enfin le bout du tunnel de l'enfer de la revanche.
Jeudi 30 octobre 2008, la freebox est synchronisée depuis une semaine (le rectangle qui clignote), mais la Hotline ne voit pas la freebox branchée dans leur interface... Elle demande l'intervention prioritaire[1] du support.
Vendredi 31 octobre 2008, la hotline me dit : Je vois que l'on a demandé l'intervention du support, mais comme ils sont en week end, je ne peux pas vous dire quand l'intervention aura lieu...
Il faut absolument que je pense à uploader les enregistrements que j'ai fait avec la hotline...
Bon ben peut-être que d'ici un mois ou deux, Free aura peut-être retrouvé comment faire pour dépanner quelqu'un...
[1] Pipo, Pipo...
Enfin !
Par contre, c'est pas la peine de m'envoyer des emails, vu que Free, c'est un peu de la bouse, je n'ai pas d'internet pour encore quelques jour...
Je n'en peux tellement plus de Free (avec sa hotline misérable, et son service un peu plus déplorable chaque jour) que j'ai demandé à France Telecom de me créer deux nouvelles lignes de téléphone.
Le technicien vient le 23/10/2008 (dans 6 jours).
Normalement, en tant que particulier, on a seulement le droit à deux lignes téléphoniques, mais étant donné que je suis dégroupé depuis si longtemps que France Telecom ne m'a plus dans sa base, cela me fera un total de trois lignes...
Je vais pouvoir en faire dégroupé une seconde et la troisième devrait devenir une ligne de spare...
Du coup, après à moi les joies de l'aggregation de bande passante entre deux opérateurs...
J'avoue j'ai raccroché au nez du hotlineur... Mais bon en même temps, je suis passé dans l'émotionnel...
Je pose gentiment la question : Le technicien qui vient la semaine prochaine, il amène bien une Freebox avec lui ? Vu que la mienne elle fait des étincelles, c'est logique...
Je suis trop naïf... M. le technicien va venir avec du matériel pour tester votre ligne, mais pas avec une Freebox. S'il découvre que le problème vient de votre Freebox, alors nous vous en enverrons une aussitôt que possible
Bon, là j'avoue, j'ai dit au revoir et j'ai raccroché sans lui laisser le temps de faire son blabla de fin...
Vite, j'appelle France Telecom et je me fais poser deux lignes supplémentaires...
Toujours aucune nouvelle...
Et comme le service de Centrapel (la filliale de Free) est de piètre qualité, plutôt que de vous garder en ligne et d'attendre qu'un conseiller[1] vous réponde, on vous redemande de rappeler ultérieurement et ainsi taper à nouveau vos identifiants et compagnie...
D'ailleurs les deux dernières fois lorsque j'ai appelé, le hotlineur (on ne peut quand même pas les appeler des techniciens) m'a redemandé mon numéro de téléphone signe que le fait rentrer les identifiant ça ne fonctionne pas terrible...
[1] En un mot.
Vous dire que je galère sur une application ici est doux euphémisme : J'en chie des rondins gros comme des cargos !
Pour trouver le problème[1] et sa résolution, j'en suis rendu à analyser les trames TCP/IP... Et comme une misère n'arrive jamais seule, il faut vérifier entre deux machines qui communique via un range de port[2]. Alors comme tout le monde sait comment fonctionne tcpdump sur linux, j'en profite pour tout de suite donner la solution sur la façon de dumper un range de ports : (tcp[0:2] >= 1500 and tcp[0:2] <= 2000).
Et là vous aller me dire Heu, j'ai rien compris, on utilise pas
. Bah, si. Mais, le port d'habitude pour ça ?portrange ne fonctionne pas sur tous les tcpdump. Sur des linux récents on aurait portrange 1500-2000, mais sur des vieux Linux ou AIX, ça passe pas.
Si vous ne connaissez pas les subtilités de TCP/IP, retenez juste que :
tcp[0:2] indique qu'il s'agit du port destination,tcp[2:2] indique qu'il s'agit du port source.Ainsi vi vous souhaitez analyser toutes les trames émises ou reçues sur le port 9001, sur le port 3000 et sur les ports 1500 à 2000, il ne vous reste plus qu'à taper la commande suivante :
tcpdump -nn -s 0 -i any '(tcp and port 9001 or port 3000 or (tcp[0:2] >= 1500 and tcp[0:2] <= 2000) or (tcp[2:2] >= 1500 and tcp[2:2] <= 2000))' -w /tmp/mon_fichier.dump
Ci dessous la même mais sur plusieurs lignes :
tcpdump -nn -s 0 -i any \ '(tcp and port 9001 or port 3000 \ or (tcp[0:2] >= 1500 and tcp[0:2] <= 2000) \ or (tcp[2:2] >= 1500 and tcp[2:2] <= 2000))' -w /tmp/mon_fichier.dump
Si vous avez besion de savoir à quoi servent les autres paramètres : man tcpdump
Juste pensez au -s 0 qui capture l'intégralité des paquets et pas justes les 96 premiers octets.
Aucune confirmation que le GAMOT est ouvert...
J'avais par dépit tenter de joindre Free par mail il y a 5 jours. Ayant perdu espoir entre temps, je viens de recevoir un email m'indiquant d'aller sur le site de Free et de consulter la réponse.
J'hésite en voyant le mail que je reçois :
Je vous invite donc à connecter votre modem Freebox conformément aux indications fournies dans le manuel d'utilisation mis à votre disposition.
C'est marrant, j'ai relu le manuel et je ne vois rien à propos des étincelles... C'est peut-être pour indiquer qu'elle est contente d'être bien branchée...
Visiblement à 11h40, il n'y a pas beaucoup d'appel à la hotline, je n'ai mis qu'une dizaine de minutes pour la joindre...
Après les questions habituelles, j'apprends que le test de positionnement de la ligne a été effectué par Free et semble OK. Du coup, le GAMOT est obligatoire et je repars pour 3 jours d'attente...
Qu'il me sorte le blabla ne me gène pas, ce qui me gène c'est quand je lui dis Il y a des étincelles qui sont sorties de ma Freebox
et qu'il me répond Mais Monsieur, nous venons de faire le test de position et tout va bien, il faut juste attendre d'avoir le résultat du GAMOT, sinon c'est le technicien qui viendra chez vous qui vous indiquera d'où vient le problème...
Du coup, je pense que ce titre Free élu meilleur FAI sur l'assistance technique !
c'est du bluff...
Bon finalement, je fais la demande aujourd'hui ou demain à France Telecom de la pose d'une seconde ligne téléphonique... Et après je fais dégrouper probablement chez le Neuf...
Franchement je me demande... Et il ne faut visiblement pas compter sur Centrapel pour nous aider non plus....
Je suis grave en colère !
Suite à mes soucis racontés ici :
Nan mais saloperie de putain de non de dieu de bordel de merde !
Sans déconner je viens de me faire engueuler parce qu'un éditeur (de merde) de progiciel (de merde aussi) ne sait pas ce qu'est le 64 bits...
Imaginez vous avez un P595 d'IBM (donc full 64 bits), vous y installez un gentil AIX 5.3 (64 bits et compliant 32 bits) ; si vous n'êtes pas lobotomisés (ou d'un support Unix quelconque) vous installez un WebSphere v6.1 en 64 bits. Logique.
Et ben v'là t'y pas [1] que le progiciel ne sait pas fonctionner en 64 bits, il ne connait que le 32 bits un peu comme Windows 2000.
Mais pourquoi c'est moi qu'on engueule pour un produit de merde et dont j'avais dit durant le POC : Fallait pas l'inviter !
Du coup je dois me recogner toutes les procédures d'installation WebSphere (et les patchs bien sûr) !
Pour les questions du genre comment je sais que c'est 32 ou 64 bits AIX ?
, voilà ce qu'il faut savoir :
getconf HARDWARE_BITMODE
getconf KERNEL_BITMODE
$ dump -X64 -H WebSphere6/AppServer/java/bin/java
WebSphere6/AppServer/java/bin/java:
dump: WebSphere6/AppServer/java/bin/java: 0654-108 file is not valid in the current object file mode.
Use the -X option to specify the desired object mode.
Ah bah non ! Il est pas 64 bits.
$ dump -X64 -H /usr/lib/boot/unix
/usr/lib/boot/unix:
***Loader Section***
Loader Header Information
VERSION# #SYMtableENT #RELOCent LENidSTR
0x00000001 0x0000069a 0x00003ae0 0x00000010
#IMPfilID OFFidSTR LENstrTBL OFFstrTBL 0x00000001 0x00044ca8 0x00005992 0x00044cb8
***Import File Strings*** INDEX PATH BASE MEMBER 0 /usr/lib:/lib
Ah bah oui il est 64 bits !
$ dump -X32 -H WebSphere6/AppServer/java/bin/java WebSphere6/AppServer/java/bin/java:
***Loader Section***
Loader Header Information
VERSION# #SYMtableENT #RELOCent LENidSTR
0x00000001 0x0000004a 0x0000007a 0x00000083
#IMPfilID OFFidSTR LENstrTBL OFFstrTBL 0x00000007 0x00000cc8 0x000000c2 0x00000d4b
***Import File Strings*** INDEX PATH BASE MEMBER 0 /usr/lib:/lib 1 libc.a shr.o 2 libC.a shr.o 3 libpthreads.a shr_comm.o 4 libpthreads.a shr_xpg5.o 5 libbsd.a shr.o 6 libiconv.a shr4.o
Ah bah oui...
Des fois je voudrais gagner au loto et tous les laisser mourrrrrrrrrrir.
[1] Salut tipa, tu vas bien ?
Et voilà dès demain c'est parti pour trois jours intenses ; on peut dire que je vais avoir les mains plus qu'occupées puisque je file donner un coup de main à Jileyes.
Je ne sais pas pourquoi mais je suis assez content d'aller à Mode City au Pavillon 3 : Le salon de la lingerie.
Vu que j'y vais avec ma Cocotte, je ne suis pas sur de pouvoir serrer autre chose que des mains T__T.
Ce que ça me titille de passer à Dotclear 2.0.1.
Via Flyou.net [Dev] :
Plus d'infos dans le billet d'Olivier Meunier.
Du coup, il faut vraiment que je fasse quelque chose pour mon problème de proxy avec l'admin de Dotclear.
Il ne reste plus que 7 heures[1] avant la fin du DownloadDay de Firefox 3 !
5,984,958 downloads ! Le record est assuré ^_^
Edit :
Il est 13h20'45" et le score indique 6,002,999 ! Ca va vite... Ca va trop vite ! Et dire que tout ceux qui sont sous linux ne verront pas la mise à jour aujourd'hui...
[1] 20h16 à Paris.