Articles

Affichage des articles du 2016

Vidange - Laguna III Coupé 2.0 DCI 150

Image
L'été pour moi, c'est synonyme de révision de voiture ! Et l'électronique c'est bien, mais la mécanique aussi ça me plaît. DIY un jour, DIY toujours ! Je me suis dit que ça serait sympa de réaliser un joli tutoriel pour vous expliquer comment on fait une vidange de voiture. Je l'ai faite sur ma Laguna 3 Coupé, équipée d'un moteur 2.0l DCI de 150ch. J'ai prévu aussi un tutoriel pour le filtre à air (super simple) et le filtre d'habitacle (beaucoup moins simple). Concernant la vidange, l'opération est très simple, mais il vous faudra du matériel et/ou un peu de pratique pour faire l'opération rapidement. En prenant les photos, j'ai mis 1h. Sans les photos, l'opération prend environ 20/40 min. Pour les pièces, j'ai tout acheté sur Oscaro . Le site est fiable, les produits sont les même que ceux du constructeur et la livraison est possible directement en point relais. Concernant le matériel voilà ce que j'utilise :  

Vagrant

Avec PHP7 et les backward incompatibilities des objets j'ai du regarder de plus près 2 technos pour faire cohabiter deux éco-systèmes de dev au sein de ma machine, histoire de pas se retaper de mise à jour sur du code qui finira ses jours sur un serveur PHP 5.6 Les deux nominés sont Docker et Vagrant . Ce sont deux environnement de virtualisation d'application qui s'utilisent via des ports dédiés au lieu du bon vieux 80 qui restera sur l'Apache de ma machine. La différence notable entre les deux c'est que docker est sensiblement plus léger et réactif que Vagrant mais qu'il ne peut faire tourner que des OS similaire à son host (le serveur des VM). En gros si vous êtes sur Linux vous pouvez émuler plus ou moins tous les Linux et si vous êtes sous Windows vous "devriez" pouvoir en faire de même avec les OS Windows. Par contre impossible de faire tourner une Ubuntu sur un Windows ( enfin pour le moment ) Pour la production, aucun doute Docker et be

Optimisation des VM Debian dans un cluster VmWare ESX

Image
Celle là, elle m'a tellement bien occupé que je me dois de vous la raconter... TL;DR: If you're using a Linux ou Windows VmWare VM on an ESX (clustered or not) with a dedicated Disk Bay, and you experiment slow disk access and speed, you MUST set 1 CPU with 4 Cores in your VM.  Depuis quelques mois, on nous remonte un problème de performance sur la plateforme web que nous avons créé. Cette plateforme se compose de plusieurs VM Debian sous un cluster VmWare ESX. Comme un gros malin j'ai oublié il y a 4 ans de coller les datas MySQL sur la partition de données d'un des serveurs web mutualisé. 4 ans plus tard, la partition de 10go est pleine quand MySQL n'a plus assez de mémoire et doit swapper. 1ere correction augmenter la taille de la mémoire. On est passé de 4Go (lol) a 16Go. J'ai ensuite passé une petite journée à optimiser les tables critiques et les paramètres du serveur à l'aide du bien utile " mysqltuner " (apt-get install mysqltuner).

IPv6 et lenteurs de débit en FTP sur un fichier .rar

Encore une bonne blague... TR;DL: If you don't use IPv6 disable it ! Notre serveur FTP principal a eu un comportement extrêmement étrange ces derniers temps. Un de mes collègues m'a remonté un problème sur le téléchargement d'un fichier de 200Mo qui prenait un temps infini. Incroyable puisque le fichier juste à coté se faisait en quelques minutes à un débit avoisinant les 1,5 Mo/s La seule spécificité du fichier lent, c'était son extension en .rar La grosse blague et qu'en utilisant un protocole crypté (FTPS en TLS) plus de soucis sur le fichier. Seul le téléchargement sans la couche TLS (donc en clair) posait d’atroces problèmes. Evidement on a regardé du côté des débits mais en se connectant sur soit même les débits étaient parfaits, mais même au sein de la DMZ, c'est à dire sans routage, l'improbable se produisait. Ce n'est qu'au bout de longues recherches et en utilisant monitorix que j'ai fini par trouver... L'IPv6 était a