iscsi-test-cu - En ligne dans le Cloud

PROGRAMME:

Nom

iscsi-test-cu - Suite de tests iSCSI/SCSI

SYNOPSIS

iscsi-test-cu [ OPTIONS ]

iscsi-test-cu [-i --initiator-name= ] [-I --initiator-name-2= ] [-l --list]
[-t --test= |*[. |*[. |*]]] [-d --dataloss]
[-s --allow-sanitize] [-u --usb] [-V --Verbose-scsi] [-x --xml] [-? --aider]

DESCRIPTION

iscsi-test-cu est une suite de tests pour iSCSI/SCSI.

ISCSI PORTAIL URL Format

Le format du portail iSCSI est
'iscsi://[ [% ]@] [: ]/ / '

Port est le port TCP sur la cible auquel se connecter. La valeur par défaut est 3260.

Le nom d'utilisateur et le mot de passe ne sont requis que si la cible requiert une authentification CHAP.
En option, vous pouvez spécifier le nom d'utilisateur et le mot de passe via les variables d'environnement
LIBISCSI_CHAP_USERNAME et LIBISCSI_CHAP_PASSWORD.

L'hôte peut être spécifié sous forme de nom d'hôte, d'adresse IPv4 ou d'adresse IPv6. Exemples:

iscsi://192.0.2.1/iqn.ronnie.test/1
iscsi://[2001:DB8::1]:3261/iqn.ronnie.test/1
iscsi://ronnie%[email protected]/iqn.ronnie.test/1

OPTIONS

-i --initiator-name=
Tous les tests utilisent au moins une connexion iSCSI à la cible et c'est l'initiateur
nom utilisé pour cette session principale et il est par défaut
'iqn.2007-10.com.github:sahlberg:libiscsi:iscsi-test'

Cet argument est utilisé pour modifier le nom d'initiateur à utiliser pour la session principale.

-I --initiator-name-2=
Certains tests utilisent une deuxième connexion à la cible, comme les « tests de perte de connexion it ».
Le nom par défaut utilisé pour cette deuxième connexion est
'iqn.2007-10.com.github:sahlberg:libiscsi:iscsi-test-2'

Cet argument est utilisé pour modifier le nom d'initiateur à utiliser pour la session secondaire.

-l --liste
Cet argument répertorie tous les tests disponibles.

Les tests sont divisés en 'familles', 'suites' et 'tests' séparés par '.'.

iscsi-test-cu -l
TOUTES
TOUS.ComparerEtEcrire
TOUS.ComparerEtÉcrire.Simple
ALL.ComparerAndWrite.Miscompare
ALL.GetLBAStatus
ALL.GetLBAStatus.Simple
ALL.GetLBAStatus.BeyondEol


-t --test= |*[. |*[. |*]]
Cet argument spécifie une liste séparée par des virgules des expressions de test à exécuter. Si ce
argument est omis, alors tous les tests seront exécutés. Vous pouvez aussi simplement spécifier un
nom de fichier à partir duquel lire la liste des tests.

Pour exécuter tous les tests :
iscsi-test-cu --test=ALL iscsi://192.0.2.1/iqn.ronnie/test/1

Pour exécuter la suite de tests READ16 :
iscsi-test-cu --test=SCSI.Read16.* \
iscsi://192.0.2.1/iqn.ronnie/test/1

Pour exécuter un seul test spécifique :
iscsi-test-cu --test=iSCSI.iSCSIResiduals.Read10Invalid \
iscsi://192.0.2.1/iqn.ronnie/test/1

Exécutez tous les tests de la suite TestUnitReady ainsi que le test Reaqd16.Flags
iscsi-test-cu --test=SCSI.TestUnitReady.*,SCSI.Read16.Flags \
iscsi://192.0.2.1/iqn.ronnie/test/1

Exécuter tous les tests répertoriés dans le fichier ~/tests à exécuter
iscsi-test-cu --test=~/tests à exécuter
iscsi://192.0.2.1/iqn.ronnie/test/1

-d --perte de données
Par défaut, l'outil de test n'exécutera que des tests non destructifs. Pour tester les commandes qui
mute les données, comme les tests Write*, vous devez spécifier l'indicateur --dataloss.

Les tests qui nécessitent --dataloss écraseront les données sur le LUN et tout
les données sur ce LUN seront détruites lors de l'exécution de ces tests.

-s --allow-sanitize
L'opcode SBC SANITIZE devrait prendre beaucoup de temps avant de se terminer et
ainsi les tests pour cet opcode ne sont pas adaptés aux tests normaux.

Par défaut, tous les tests SBC SANITIZE seront ignorés. Utilisez ces arguments si vous
souhaitez effectuer des tests SANITIZE.

-u --usb
Les périphériques SCSI qui se trouvent derrière un bus USB sont sous Linux limités à un maximum de 120k pour tout
lecture SCSI unique*/écriture*.

Lors du test par rapport à un périphérique USB SCSI, vous devez spécifier ces arguments afin que le
les tests limiteront la taille de lecture/écriture à un maximum de 120k.

-V --Verbeux-scsi
Les tests se veulent auto-documentés. En spécifiant l'indicateur -V, l'outil de test
imprimer toutes les commandes SCSI envoyées au périphérique, les arguments et les
résultat.

Si un test échoue, réexécutez le test ayant échoué avec l'argument -V pour voir pourquoi il a échoué. Si
cela échoue également, il est temps de retirer wireshark et de voir ce qui s'est passé.

iscsi-test-cu --test SCSI.Read10.BeyondEol iscsi://192.0.2.1/iqn.ronnie.test/1 -V
Suite : Lire10
Test : Au-delà d'Eol...
Testez READ10 1-256 blocs un bloc au-delà de la fin
Envoyer READ10 (Attente LBA_OUT_OF_RANGE) LBA:2097152 blocks:1 rdprotect:0 dpo:0 fua:0 fua_nv:0 group:0
[OK] READ10 a renvoyé ILLEGAL_REQUEST/LBA_OUT_OF_RANGE.


-x --xml
Cette option permet de produire des résultats de test dans un format lisible par machine pour des tests automatisés.

iscsi-test-cu peut produire des résultats de test lisibles par machine pour consommation par votre CI
serveur. Utilisez l'option --xml avec n'importe quelle suite de tests et un fichier appelé
CUnitAutomated-Results.xml sera écrit dans votre répertoire de travail actuel. Ces
les résultats peuvent être convertis au format JUnit à l'aide de ce script :
http://git.cyrusimap.org/cyrus-imapd/plain/cunit/cunit-to-junit.pl

L'état de retour du script indique si les tests ont réussi ou non. Si
vous préférez que le script renvoie un statut pour indiquer si la conversion
de cunit à junit a réussi, vous pouvez patcher le script avec ceci :

diff --git a/cunit-to-junit.pl.orig b/cunit-to-junit.pl
index 7cf9320..9182ff0 100644
--- a/cunit-to-junit.pl.orig
+++ b/cunit-to-junit.pl
@@ -226,4 +226,4 @@ foreach mes $ (@suites)
}

print "$0 : a exécuté $nrun tests, $nfailed a échoué\n" ;
-sortie(1) si ($néchec > 0);
+#sortie(1) si ($néchec > 0);

-? --aider
Afficher le texte d'aide de base.

Utilisez iscsi-test-cu en ligne en utilisant les services onworks.net