mai 17

Tizen : l’os opensource pour smartphones

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

Créer un SAN SSD : 1ere Partie le hardware

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

Parti Pirate en Rhénanie du Nord

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 : Mise à jour 6.0.5

Debian a annoncé hier la mise à jour de la versions 6 : 6.0.5
Quelques corrections de bogues sont effectuées.

Le lien vers la publication

mai 09

Ubuntu 12 : Netcat

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

A la découverte de ZFS

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

Linux : Rescanner le bus SCSI

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

Le premier Mai, c’est Lunaret

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.

Voici un ours de Syrie

Les Rhinocéros

Les zèbres

Un dromadaire

Malheureusement, les loups n’étaient pas visibles et les lions, comme d’habitude bien cachés…

Pan paon

La serre amazonienne :

Dis bonjour à papa

Un Boa

Une belle mygale

avr 27

Quelques tests d’io

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

VmWare et la limitation des io

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

 

Articles plus anciens «

Stop ACTA