SMPFR

Yop,

Je me heurte à un soucis dont je ne comprends pas la source oO

j'ai un proliant n54l avec 2*1To dedans en mirror zfs.
j'ai installé ce qu'il fallait pour iscsi à savoir: iscsitarget iscsitarget-dkms

j'ai partagé mon lun:
Target iqn.2014-07.fr.san.esxi:isci
IncomingUser root test1234
Lun 0 Path=/dev/zvol/tank/iscsi,Type=blockio


j'ai bien ajouté mon adaptateur de stockage sous esxi et je vois bien le disque.

le problème:
quand j'essaye de le formater ca ce passe bien mais dès que je fais une action dessus il perd la connexion et le serveur iscsi se viande, obligé de le redémarrer...

une idée de ce que je pourrais surveiller? des logs à regarder?

merci

bon je suppose à bug car voila ce que j'ai dans la console quand je fais un scan des target iscsi depuis esxi:

[cpp]root@SAN:~#
Message from syslogd@SAN at Jul 11 23:47:01 ...
kernel:[ 86.679705] ------------[ cut here ]------------

Message from syslogd@SAN at Jul 11 23:47:01 ...
kernel:[ 86.679956] invalid opcode: 0000 [#1] SMP

Message from syslogd@SAN at Jul 11 23:47:01 ...
kernel:[ 86.683209] Stack:

Message from syslogd@SAN at Jul 11 23:47:01 ...
kernel:[ 86.683209] Call Trace:

Message from syslogd@SAN at Jul 11 23:47:01 ...
kernel:[ 86.683209] Code: 48 85 ed 75 28 48 c7 c1 38 bd 42 a0 ba 88 01 00 00 48 c7 c6 a7 b9 42 a0 48 c7 c7 df b9 42 a0 31 c0 e8 47 89 f2 e0 e8 76 6e f2 e0 0b 48 89 df e8 d0 fa ff ff 8b 55 14 39 d0 0f 46 d0 85 d2 0f

Message from syslogd@SAN at Jul 11 23:47:41 ...
kernel:[ 126.691681] Oops: 0011 [#2] SMP

Message from syslogd@SAN at Jul 11 23:47:41 ...
kernel:[ 126.691681] Stack:

Message from syslogd@SAN at Jul 11 23:47:41 ...
kernel:[ 126.691681] Call Trace:

Message from syslogd@SAN at Jul 11 23:47:41 ...
kernel:[ 126.691681] Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 3e c8 0b 02 88 ff ff a0 3e c8 0b 02 88 ff ff 00 00 00 00 00

Message from syslogd@SAN at Jul 11 23:47:41 ...
kernel:[ 126.691681] CR2: ffff88020bc83ea0
[/cpp]

et le disque apparait en "mort ou erreur" et grisé donc out.

exactement même soucis entre debian (N54L) et esxi
et puis je sais .. plus j'ai réussi à passer le truc

root@vmnas:~# zpool status
pool: storage
state: ONLINE
scan: none requested
config:

NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
ata-SAMSUNG_HD103UJ_S13PJ1KS625968 ONLINE 0 0 0
ata-SAMSUNG_HD103SJ_S246J9BZ614466 ONLINE 0 0 0


Target iqn.2014-02.fr.ouranos.vmnas:mirror
Lun 0 Path=/dev/zvol/storage/mirror,Type=blockio
Alias LUN01

depuis no soucy
j'avais trouvé sur le net mais me souvient plus

je crois que j'avais mis à jour iscsitarget depuis une source

du coup vu que ca doit être op rapidement, je suis passé à nexenta ^^

j'ai lu ca aussi de passer par les sources, mais celle donnée sur le leur site est la même version que celle de debian... et leur lien de beta pointe sur la version stable...

si jamais poulpito t'arrive à remettre la main sur ta source ^^

tu peux me dire la version que tu as d'installé?

j'ai retrouvé ca dans le history

svn co https://svn.code.sf.net/p/iscsitarget/code/ iscsitarget

merci je vais tester ca en vm

par contre avec nexenta j'ai des débits de merde je trouve :/

en raid 1 je fais du 80Mo/s en écriture et à peine plus en lecture... passer d'un ssd à ca, ca me fait bizarre xD

je vais voir pour passer au raid5+cache

par contre avec nexenta j'ai des débits de merde je trouve :/

en raid 1 je fais du 80Mo/s en écriture et à peine plus en lecture... passer d'un ssd à ca, ca me fait bizarre xD

... pas assez de Ram + CPU limited ?

J'avais testé Nexenta, FreeNas, OpenMediavault, FreeBSD, ZFS Guru ... sur le N40L et aucuns de ceux là me convenait.

Mon N40L tourne depuis le 20 Sep 2012 sur OpenIndiana + Napp-It avec une m1015 : 5x 2 To WD Green RaidZ1
Celui de mon père également, avec une Br10i (toutes deux flashées en LSI firmware IT) : 3x 1 To WD Green RaidZ1
On a 6 Go de Ram ; les 2 saturent le Gigabit.

Vendredi je testerai OmniOS + dernière mouture de Napp-it (qui dispose d'un GUI pour monitoring) sur HP ML150 G6 + X5570 et 48 Go Ram avec une pool de 4x vdev raidZ1 de 3x 2 To WD SE + une autre pool de 2x vdev RaidZ1 de 4x 1 To WD Black pour voir les perf via 10 GbE.

N54L + 8 Go, je suis quasi full ram à cause de l'arc. mais niveau cpu 10% maxi

N54L + 8 Go, je suis quasi full ram à cause de l'arc. mais niveau cpu 10% maxi

Les 2 disques ont le même firmware ?

Avant de mettre du cache SSD, cf : http://www.napp-it.org/doc/manuals/benchmarks.pdf

oui c'est les mêmes.

je vais voir ca. j'aurais bien aimé me passer de tout ca et juste faire un couple zfs + iscsi quoi, je vais tester le lien de poulpito en vm

Comstar iscsi est inclus dans napp-it

t'as pas compris, j'aimerais éviter napp-it etc, avoir le moins de couche possible

pareil pour ca que j'ai fait à la main ^^ je maitrise de bout en bout chaque composant
j'aime toujours aps le tout fait

tout à fait d'accord.

j'ai pas pris ubuntu à cause de ca pour mon portable, la je suis sous mint et ca fait un peu pareil et ca me plait pas du tout.

par contre avec nexenta j'ai des débits de merde je trouve :/

ocazou : http://terabyt.es/2011/07/02/nas-build- ... a-napp-it/

je look ca

solution trouvée grace à ce post:

http://ubuntuforums.org/showthread.php?t=1877348

et ca tourne au poil

les perfs sont bonnes pour un raid1 basic donc i'm happy

Quid des nouveaux débit ?
De plus, balise [résolu]

nouveau débit je vais tester depuis une vm 2K8R2 et une debian pour voir.

je mettrais résolu quand j'aurais mis les débits

vm debian wheezy avec vmware tools d'installés seule sur le datastore pour l'instant:

[cpp]root@debian:~# hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 11248 MB in 2.00 seconds = 5628.02 MB/sec
Timing buffered disk reads: 402 MB in 3.01 seconds = 133.70 MB/sec
[/cpp]

[cpp]root@debian:~# dd if=/dev/zero of=/home/test.bidon bs=4096 count=1000000
1000000+0 enregistrements lus
1000000+0 enregistrements écrits
4096000000 octets (4,1 GB) copiés, 57,3085 s, 71,5 MB/s
[/cpp]

[cpp]root@debian:~# dd if=/dev/sda1 of=/dev/null bs=4096 count=1000000
1000000+0 enregistrements lus
1000000+0 enregistrements écrits
4096000000 octets (4,1 GB) copiés, 109,658 s, 37,4 MB/s
[/cpp]

je vais faire des tests sous win 2k8r2

sous win:

un petit tuto:

http://www.boris-tassou.fr/?p=47

ton hdtach est quand meme bizare, et montre que le facteur limitant n'est pas du coté des disques. il doit y avoir moyen de pas mal améliorer ces résultats (a minima a hauteur des piques que tu as a 55m)