Intel, délaissé par Nokia s’est rapproché de Samsung afin de développer son propre OS OpenSource.
Vous trouverez sur ce lien la page du projet.
Un SDK est disponible, alors jouez….
mai 17
Intel, délaissé par Nokia s’est rapproché de Samsung afin de développer son propre OS OpenSource.
Vous trouverez sur ce lien la page du projet.
Un SDK est disponible, alors jouez….
mai 14
Comme nous avons besoins de performances pour le stockage et que les baies san ssd sont hors de prix, nous allons tester un san fait maison.
Le châssis est un supermicro 2U
Les cartes réseau ;
Supermicro AOC-SG-i4, 4-port Gigabit Ethernet
Supermicro AOC-STGN-I2S Dual port 10 Gigabit Ethernet SFP+
Et une carte LSI MegaRAID SAS2 9265-8i SGL
Concernant les disques, nous avons mis des crucial m4 de 256G
Première déconvenue, la LSI ne reconnais pas les disques, il a fallu attendre une mise à jour du firmware de la LSI
mai 13
Le parti Pirate a atteint 8% des votes exprimés en Rhénanie du nord , ce dimanche.
Nul doute qu’il ne devienne le troisième parti Allemand.
mai 13
Debian a annoncé hier la mise à jour de la versions 6 : 6.0.5
Quelques corrections de bogues sont effectuées.
mai 09
Si vous avez installé ubuntu 12.04 LTS et que vous désirez utiliser netcat, voici ce que vous aurez avec un simple
# nc -l -p 666
This is nc from the netcat-openbsd package. An alternative nc is available
in the netcat-traditional package.
usage: nc [-46DdhklnrStUuvzC] [-i interval] [-P proxy_username] [-p source_port]
[-s source_ip_address] [-T ToS] [-w timeout] [-X proxy_protocol]
[-x proxy_address[:port]] [hostname] [port[s]]
Bien ça fonctionne avec simplement :
# nc -l 666
Si vous préferez la syntaxe habituelle , vous pouvez installer netcat-traditional et le lancer via :
# nc.traditional -l -p 666
mai 04
Sous linux, zfs utilise fuse, nous allons donc l’installer :
apt-get install zfs-fuse
Je dispose de 4 disques de test : sdb sdc sdd et sde de 10 G chacuns
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 48G 6,4G 39G 15% /
none 2,0G 2,0G 4,0K 100% /dev
none 2,0G 332K 2,0G 1% /dev/shm
none 2,0G 116K 2,0G 1% /var/run
none 2,0G 0 2,0G 0% /var/lock
none 2,0G 0 2,0G 0% /lib/init/rw
none 48G 6,4G 39G 15% /var/lib/ureadahead/debugfs
Créons un raid0 avec 3 disques :
#zpool create volumezfs /dev/sdb /dev/sdc /dev/sdd -m /testzfs
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 48G 6,4G 39G 15% /
none 2,0G 2,0G 0 100% /dev
none 2,0G 332K 2,0G 1% /dev/shm
none 2,0G 116K 2,0G 1% /var/run
none 2,0G 0 2,0G 0% /var/lock
none 2,0G 0 2,0G 0% /lib/init/rw
none 48G 6,4G 39G 15% /var/lib/ureadahead/debugfs
volumezfs 30G 21K 30G 1% /testzfs
on a bien 30 G
On détruit le pool :
#zpool destroy volumezfs
un Raid 1 :
zpool create volumezfs mirror /dev/sdb /dev/sdc -m /testzfs
un Raid5 :
zpool create volumezfs raidz /dev/sdb /dev/sdc /dev/sdd -m /testzfs
et un raid 6
zpool create volumezfs raidz2 /dev/sdb /dev/sdc /dev/sdd /dev/sde -m /testzfs
Pour connaitre son état :
zpool status
Maintenant , activons la compression sur le volume
zfs set compression=on volumezfs
Et pour la voire :
zfs get compression=on volumezfs
zfs create volumezfs/toto
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
volumezfs 511M 19,0G 511M /testzfs
volumezfs/toto 31,4K 19,0G 31,4K /testzfs/toto
- Les Snapshots :
zfs snapshot volumezfs/toto@snap1
mai 04
Si comme moi vous travaillez avec des machines virtuelles, et que vous souhaitez ajouter un disque sans éteindre votre vm , voici la procédure pour que linux détecte le nouveau disque :
Tapez :
echo “- – -” > /sys/class/scsi_host/hostX/scan
où X est le numéro du bus scsi
Dans mon cas :
echo « - – - » > /sys/class/scsi_host/host2/scan
et un petit dmesg
[1212424.363808] sd 2:0:1:0: Attached scsi generic sg2 type 0
[1212424.363965] sd 2:0:1:0: [sdb] 20971520 512-byte logical blocks: (10.7 GB/10.0 GiB)
[1212424.364146] sd 2:0:1:0: [sdb] Write Protect is off
[1212424.364150] sd 2:0:1:0: [sdb] Mode Sense: 61 00 00 00
[1212424.364256] sd 2:0:1:0: [sdb] Cache data unavailable
[1212424.364259] sd 2:0:1:0: [sdb] Assuming drive cache: write through
[1212424.364779] sd 2:0:1:0: [sdb] Cache data unavailable
[1212424.364782] sd 2:0:1:0: [sdb] Assuming drive cache: write through
[1212424.364787] sdb: unknown partition table
[1212424.365894] sd 2:0:1:0: [sdb] Cache data unavailable
[1212424.365897] sd 2:0:1:0: [sdb] Assuming drive cache: write through
[1212424.365901] sd 2:0:1:0: [sdb] Attached SCSI disk
mai 01
En ce jour férié plein de soleil, rien de tel qu’une promenade au parc zoologique du Lunaret pour prendre l’air et oublier un peu le travail.
Cet espace de plus de 80 hectares est depuis 1964 un parc Zoologique et depuis 2000 une réserve naturelle. De nombreux animaux y vivent et il comporte depuis 2007 une serre amazonienne.
L’entrée du parc est gratuite, la serre elle est payante.
Voici donc quelques photos de cette ballade.
Malheureusement, les loups n’étaient pas visibles et les lions, comme d’habitude bien cachés…
La serre amazonienne :
avr 27
Pour faire suite à l’article sur la limitation d’io sous vmware, j’ai effectué quelques benchmarks….
Le protocole de test est toujours le même :
fio –direct=1 –rw=randwrite –bs=4k –size=10M –numjobs=100 –runtime=10 –group_reporting –name=file1
- Un disque ssd sur un bus 6G :
iops=21464
- Deux disques sata 256G en raid 1 avec une carte perc
iops : 86
Puis sur un 2950 avec perc 5
un raid1 sas 10k et un raid 5 composé de 5 disques ssd
Datastore sas : iops=162
Datastore ssd : iops=1776
Sur le même serveur , est installé une debian 6.
Sur le raid 1 sas : 130
Sur le raid 5 ssd : 1219
avr 25
Comme vous le savez, les io d’une baie de stockage sont cruciaux. Et parfois, euh souvent, une machine virtuelle va consommer beaucoup d’io et donc dégrader le service.
VmWare permet de limiter les IO d’une VM :
Ceci se fait dans les settings de la VM, à l’onglet ressources, Disque :
Un test avec une limitation à 100 IOPs :
fio –direct=1 –rw=randwrite –bs=4k –size=1M –numjobs=1000 –runtime=10 –group_reporting –name=file1
file1: (groupid=0, jobs=1000): err= 0: pid=12553
write: io=6004KB, bw=415383B/s, iops=101, runt= 14801msec
clat (usec): min=572, max=12938K, avg=12714013.61, stdev= 0.00
bw (KB/s) : min= 0, max= 82, per=0.00%, avg= 0.00, stdev= 0.00
cpu : usr=0.00%, sys=0.00%, ctx=3356, majf=0, minf=30554
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued r/w: total=0/1501, short=0/0
lat (usec): 750=3.46%, 1000=2.53%
lat (msec): 2=5.00%, 4=0.20%, 20=0.33%, 500=0.33%, 750=0.07%
lat (msec): 1000=2.93%, 2000=8.46%, >=2000=76.68%
Run status group 0 (all jobs):
WRITE: io=6004KB, aggrb=405KB/s, minb=415KB/s, maxb=415KB/s, mint=14801msec, maxt=14801msec
Disk stats (read/write):
sda: ios=9/1505, merge=56/373, ticks=12940/1762040, in_queue=1785660, util=95.00%
Un test à 200 IOPs :
fio –direct=1 –rw=randwrite –bs=4k –size=1M –numjobs=1000 –runtime=10 –group_reporting –name=file1
file1: (groupid=0, jobs=1000): err= 0: pid=13590
write: io=11732KB, bw=847757B/s, iops=206, runt= 14171msec
clat (usec): min=563, max=9168K, avg=7008118.44, stdev=53080.63
bw (KB/s) : min= 0, max= 224, per=0.00%, avg= 0.00, stdev= 0.00
cpu : usr=0.00%, sys=0.00%, ctx=7710, majf=0, minf=30554
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued r/w: total=0/2933, short=0/0
lat (usec): 750=7.71%, 1000=3.85%
lat (msec): 2=5.97%, 4=0.75%, 10=0.07%, 20=0.17%, 50=0.65%
lat (msec): 100=0.10%, 250=0.07%, 500=0.14%, 750=0.31%, 1000=7.23%
lat (msec): 2000=16.30%, >=2000=56.70%
Run status group 0 (all jobs):
WRITE: io=11732KB, aggrb=827KB/s, minb=847KB/s, maxb=847KB/s, mint=14171msec, maxt=14171msec
Disk stats (read/write):
sda: ios=5/2855, merge=0/391, ticks=4270/1639740, in_queue=1726630, util=93.96%
Nous retrouvons donc bien ces valeurs.
D’ailleurs Veeam Monitor vous le montre bien aussi