Si on veut plus d'espace : d'abord lvextend puis resize2fs
Si on en veut moins : d'abord resize2fs puis lvreduce

excellent :D

Pourquoi utiliser statsd en plus de graphite ?
Pour scale ? car stats reçoit en udp, attend un moment, puis envoie à graphite.
Mais Carbon semble pouvoir recevoir lui aussi directement en udp..
Pour répartir la charge tout simplement ? à voir..

une rule rsyslog
un logrotate

• commentaire à la regle iptable

https://github.com/sstephenson/rbenv
https://github.com/sstephenson/ruby-build

aagaaahaha

Franchement pas d'accord avec lui t_t
Bon ya aussi de bons conseil dans l'article, alors je lui pardonne !

"Consider a situation where your INPUT chain contains quite a few rules allowing traffic, and you’ve set the default policy to DROP. Later on, another administrator logs into the server and flushes the rules (which isn’t a good practice, either). I’ve met quite a few good systems administrators who are unaware of the default policy for iptables chains. Your server will be completely inaccessible immediately. All of the packets will be dropped since they match the default policy in the chain."