… quand certains fournisseurs nous prennent pour des pigeons, ça coince, ça chouine, ça hurle… mais on est où ? Allô ? Il y a quelqu’un au bout du fil ?
Bonjour à tous, En ce lundi de vacances de la Toussaint – parce que oui, même en vacances, on pense aux certifs –, je vous propose un petit billet d’humeur sur un sujet qui va nous occuper dans les années à venir : la durée de vie des certificats SSL/TLS. Spoiler : ça va piquer, mais c’est (globalement) une bonne nouvelle. Enfin, presque. Disons que c’est un demi-rognotudju.
Super, merci le Conseil d’Etat. « Allez, hop hop hop, on coupe vite et sans préavis un service qui marche, et plus vite que ça »
En désespoir de cause … sur un malentendu, ça pourrait marcher, pitêt, on sait jamais. Je vous dirai …
Bonjour à tous. Dur dur d’alimenter ce blog au quotidien en ce moment, je ne vous le cache pas. J’ai pas mal de billets en préparation, mais la morosité ambiante doublée d’un télétravail assez usant ont en général raison de ma motivation à avancer, le soir ou le week-end. Pour autant, un petit sursaut ce matin lors de la réception d’un nième échange avec l’engineering de VMware ont déclenché un mini Rognotudju … que je me propose de vous relater. Restons légers, prenons un peu de hauteur pour une fois et faisons ce que les Français adorent : plaignons-nous !
Pour tout ceux qui sont client de cette belle multinationale qu’est VMware, certains d’entre vous utilisant des email génériques/non-nominatifs comme compte principal ont sans doute du recevoir un mail assez « surprenant » de la part du support avec comme objet « Action requise : Compte VMware non conforme ». Un sujet pour le moins anxiogène, sans aucune communication commerciale par ailleurs et qui, je ne vous le cache pas, ressemblait fort à un drôle de phishing …
Non ?! Vraiment ? je veux dire, pour de vrai dans la vraie vie ? En vrai de vrai ? Oui, j’avoue c’est assez inhabituel. Si inhabituel, en fait, que ça ne s’est jamais produit depuis que j’écris mon 3615 My-IT-life sur vBlog ! Pour autant, ça ne m’enchante pas du tout, mais, alignement des planète, cette fois-ci, après HPE et ses Proliant il y a quelques heures, c’est au tour de Dell EMC Avamar de passer à la casserole …
Il y a des jours, des moments, ou on se trouve « assez seul » face à la complexité de notre métier. Il arrive même qu’on se dise qu’on est « pas aidés » par nos chers éditeurs/fournisseurs/intégrateurs/constructeurs. S’empare alors de nous un sentiment de lassitude et de ras-le-bol, qui peut durer quelques temps, avant de s’estomper progressivement…
Bon, alors, donc, oui, je vous ai dit à plusieurs reprises que j’étais surprenant de zénitude depuis quelques semaines, malgré nos soucis récents (je ne vais pas encore en parler, sinon, on va croire que je troll. pas mon genre ^^). C’est vrai, je prends sur moi, je fait mon taï-chi tous les matins … MAIS LA, CA COMMENCE A BIEN FAIRE ! VMware, qu’est-ce que c’est que ces specs ???
EDIT du 04/12/2017 à 10h25 : Quelques précisions concernant la panne et les nouveaux délais … buarh. Hé oui… désolé pour Dell EMC, ça tombe encore sur vous, mais vous cherchez un peu par moment, aussi, hein, en même temps ! Après le joli troll du service logistique en Mars/Avril dernier, c’est désormais du coté du support VxRail que ça se passe. Le 10 Octobre dernier, nous avons eu un gros incident sur l’un de nos clusters : un des nœuds a perdu d’un coup tout ses disques VSAN. Oops ! Bon, déjà quand un comportement de ce type se produit, a priori, comme ça, à vue de nez, en mode intuition, avez la réserve nécessaire … on s’imagine que ça sent quand même pas mal le problème hardware, un fond de panier en vrac, par exemple ou carte SAS plantée. Ceci étant, le SR est ouvert et le travail de collecte et de diagnostic commence de la part de la hotline. En terme de fonctionnement, pas d’impact majeur, grâce au FTT1 appliqué sur l’ensemble des machines virtuelles, mais assez sérieux pour que nous suivions le call de près, même si par définition, un VxRail, ça s’installe … et ça