On Da Fl0w

Photo #2

Jerome — Mon, 06 Feb 2012 14:20:50 +0000

Photo #1

Jerome — Tue, 10 Jan 2012 08:11:39 +0000

Etant depuis peu possesseur d’un Canon EOS, je vous propose de vous présenter chaque moi une de mes photos, c’est parti pour Janvier

Utiliser Nginx pour servir Nagios

Jerome — Thu, 25 Aug 2011 13:54:50 +0000

J’avais évoqué dans un précédent billet, que j’utilisais mon Dockstar en tant que plateforme de monitoring avec les outils Nagios et Munin (peu de host donc peu gourmand, je vous rassure).
Étant donné la consommation mémoire/cpu d’Apache face à Nginx, c’est ce dernier qui est installé sur mes différents serveurs web.

Malheureusement, Nagios est plus orienté pour fonctionner avec Apache (fichier de configuration déjà prêt lors de l’installation de Nagios) qu’avec Nginx.

En recherchant un peu sur Google, on trouve plusieurs tuto permettant de servir Nagios avec Nginx en moteur Web, voici donc ce qui en ressort et qui tourne en production sur mon Dockstar.

Je vous passe les détails d’installation de perl-fcgi (permettant la bonne exécution des scripts CGI), et de php-fastcgi (pour les scripts PHP, je ne vous apprend rien …)

Dans mon cas, l’installation de Nagios se trouve dans /usr/local/nagios/, les process fastcgi sont configurés en écoute de type socket (que je trouve plus propre qu’une écoute TCP).

J’ai également choisi de mettre Nagios sur un vHost dedié appelé par nagios.mondomaine.com, fichier /etc/nginx/sites-enabled/nagios.conf :

Sauver un dockstar qui ne boot pas

Jerome — Tue, 09 Aug 2011 08:11:18 +0000

Mon frère ayant acheté un Seagate Dockstar récemment, celui ci ne fonctionnait pas (il n’a jamais pris d’adresse IP), la LED clignotait orange tout le temps, signe qu’il a un problème pour booter son système.

A l’origine le Dockstar était neuf, encore dans son emballage, il fait donc parti de la fameuse série défectueuse, pas de chance …

Bien heureusement, il y a un moyen de sauver ce dockstar via un cable Nokia CA-42 branché sur les PIN du Dockstar !

Après avoir pris la main sur le dockstar à l’aide du câble CA-42, branché comme ceci :

    ,__,   ,__,   ,__,   ,__,   ,__,
    |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+         

    ,__,   ,__,   ,__,   ,__,   ,__,
 J1 |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+
                   RX     TX     GND

Le message est clair :

*** Warning – bad CRC or NAND, using default environment

On passe donc à la restauration du système depuis l’Uboot, en commençant par affecter une IP au Dockstar :

CE>> setenv ipaddr 192.168.0.21
CE>> setenv netmask 255.255.255.0
CE>> setenv serverip 192.168.0.1
CE>> saveenv

Dans cet exemple, la machine avec le TFTP a pour IP 192.168.0.1, le Dockstar a quant à lui pour IP 192.168.0.21.

On continue en écrasant le système installé par celui d’origine (présent sur notre TFTP)

CE>> nand erase 0x100000 0x400000
CE>> tftp 0x800000 ce_kernel_redstone_v63.img
CE>> nand write.e 0x800000 0x100000 0x1e30f0
CE>> tftp 0x1000000 ce_ramdisk_v2.0b.img.gz
CE>> setenv bootargs $(console) root=/dev/mtdblock2 initrd=0x1000000,0xb39a59
CE>> saveenv

Puis on boot le système fraichement installé

CE>> bootm 0x800000

Si tout se passe bien, vous devriez voir quelque chose dans ce style et arriver sur le système Popoplug !

## Booting kernel from Legacy Image at 08000000 ...
       Image Name:   Linux-2.6.35.9
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    3734468 Bytes = 3.6 MiB
       Load Address: 00008000
       Entry Point:  00008000
       Verifying Checksum ... OK
       Loading Kernel Image ... OK
    OK

    Starting kernel ...

    Uncompressing Linux... done, booting the kernel.

C’est terminé, vous avez maintenant un Dockstar fraichement retapé, et prêt pour en faire ce que vous souhaiter.

Source / Source2

A propos de Varnish et Nginx

Jerome — Wed, 20 Jul 2011 08:24:57 +0000

Billet rapide concernant ma quête d’optimisation de l’affichage du blog sur mon VPS Gandi pour simplement faire un bilan rapide de tout ça.
Petit rappel, j’utilise donc Varnish comme accélérateur de pages, ainsi qu’Nginx comme moteur web, et derrière ce dernier se trouve Memcached.

Tout ce joli monde cohabite parfaitement, et on voit grandement la différence dans le temps d’affichage des pages !

On lance test le tout avec l’outil Apache Benchmark :

ab -kc 10 -n 100 http://www.ondaflow.com/

Sans Varnish :

Concurrency Level:      10
Time taken for tests:   14.418060 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Non-2xx responses:      100
Keep-Alive requests:    0
Total transferred:      26700 bytes
HTML transferred:       0 bytes
Requests per second:    6.94 [#/sec] (mean)
Time per request:       1441.806 [ms] (mean)
Time per request:       144.181 [ms] (mean, across all concurrent requests)
Transfer rate:          1.80 [Kbytes/sec] received

Avec Varnish en front :

Concurrency Level:      10
Time taken for tests:   0.16518 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Keep-Alive requests:    100
Total transferred:      3278415 bytes
HTML transferred:       3235995 bytes
Requests per second:    6054.00 [#/sec] (mean)
Time per request:       1.652 [ms] (mean)
Time per request:       0.165 [ms] (mean, across all concurrent requests)
Transfer rate:          193788.59 [Kbytes/sec] received

Alors n’hésitez plus, Varnish est peu gourmand en ressources (cpu/mem) et est très efficace !