Vidéo sympa qui fait le tour des fonctions principales
Note à moi-même : ne plus JAMAIS coder en franglais
concept sympa
via shahor
je sais pas pourquoi j'arrive jamais à m'en souvenir :
sed -i 8d file
Si on veut plus d'espace : d'abord lvextend puis resize2fs
Si on en veut moins : d'abord resize2fs puis lvreduce
une rule rsyslog
un logrotate
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."
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..
Pour vider le cache de pdnsd : (et pas attendre l'expiration, en plus du reload sur le bind bien sur ;))
pdnsd-ctl empty-cache
Gor is a simple http traffic replication tool written in Go. Its main goal is to replay traffic from production servers to staging and dev environments.
Now you can test your code on real user sessions in an automated and repeatable fashion. No more falling down in production!
dd if=/dev/datastore/lv_name bs=10K | gzip -c > /backup/lv_name.img.gz
scp
lvcreate --size [taille du disque virtuel source] --name nom_labo_nom_exploitant vg_distributiondemandée
Recopier le snapshot dans ce nouvel espace lv :
zcat /backup/kvm/vg_distributiondemandée/nom_labo_nom_exploitant.img.gz > /dev/vg_distributiondemandée/nom_labo_nom_exploitant