iscsi-test-cu - Online w chmurze

PROGRAM:

IMIĘ

iscsi-test-cu - zestaw testów iSCSI/SCSI

STRESZCZENIE

iscsi-test-cu [ OPCJE ]

iscsi-test-cu [-i --nazwa-inicjatora= ] [-I --nazwa-inicjatora-2= ] [-l --lista]
[-t --test= |*[. |*[. |*]]] [-d --utrata danych]
[-s --allow-sanitize] [-u --usb] [-V --Verbose-scsi] [-x --xml] [-? --pomoc]

OPIS

iscsi-test-cu to zestaw testów dla iSCSI/SCSI.

ISCSI PORTAL URL FORMAT

Format portalu iSCSI to
'iscsi://[ [% ]@] [: ]/ / '

Port to port TCP w miejscu docelowym, z którym ma zostać nawiązane połączenie. Wartość domyślna to 3260.

Nazwa użytkownika i hasło są wymagane tylko wtedy, gdy urządzenie docelowe wymaga uwierzytelnienia CHAP.
Opcjonalnie możesz określić nazwę użytkownika i hasło za pomocą zmiennych środowiskowych
LIBISCSI_CHAP_USERNAME i LIBISCSI_CHAP_PASSWORD.

Hosta można określić jako nazwę hosta, adres IPv4 lub adres IPv6. Przykłady:

iscsi://192.0.2.1/iqn.ronnie.test/1
iscsi://[2001:DB8::1]:3261/iqn.ronnie.test/1
iscsi://ronnie%hasło@iscsi.example.com/iqn.ronnie.test/1

OPCJE

-i --inicjator-nazwa=
Wszystkie testy wykorzystują co najmniej jedno połączenie iSCSI z celem i jest to inicjator
nazwa używana dla tej sesji podstawowej i domyślnie jest to
„iqn.2007-10.com.github:sahlberg:libiscsi:iscsi-test”

Ten argument służy do zmiany nazwy inicjatora, która ma być używana w sesji podstawowej.

-I --nazwa-inicjatora-2=
Niektóre testy wykorzystują drugie połączenie z obiektem docelowym, na przykład „testy utraty sieci IT”.
Domyślna nazwa używana dla tego drugiego połączenia to
„iqn.2007-10.com.github:sahlberg:libiscsi:iscsi-test-2”

Ten argument służy do zmiany nazwy inicjatora używanej w sesji dodatkowej.

-l --lista
Ten argument wyświetla listę wszystkich dostępnych testów.

Testy są podzielone na „rodziny”, „zestawy” i „testy” oddzielone znakiem „.”.

iscsi-test-cu -l
WSZYSTKO
WSZYSTKO. Porównaj i napisz
ALL.CompareAndWrite.Simple
ALL.CompareAndWrite.Błędne porównanie
ALL.GetLBAStatus
ALL.GetLBAStatus.Simple
ALL.GetLBAStatus.BeyondEol
...

-t --test= |*[. |*[. |*]]
Ten argument określa listę oddzielonych przecinkami wyrażeń testowych do uruchomienia. Jeśli to
argument zostanie pominięty, wówczas wszystkie testy zostaną wykonane. Możesz także po prostu określić
nazwa pliku, z którego można odczytać listę testów.

Aby uruchomić wszystkie testy:
iscsi-test-cu --test=ALL iscsi://192.0.2.1/iqn.ronnie/test/1

Aby uruchomić zestaw testów READ16:
iscsi-test-cu --test=SCSI.Read16.*
iscsi://192.0.2.1/iqn.ronnie/test/1

Aby po prostu uruchomić jeden konkretny test:
iscsi-test-cu --test=iSCSI.iSCSIResiduals.Read10Invalid
iscsi://192.0.2.1/iqn.ronnie/test/1

Uruchom wszystkie testy w pakiecie TestUnitReady, a także test Reaqd16.Flags
iscsi-test-cu --test=SCSI.TestUnitReady.*,SCSI.Read16.Flags
iscsi://192.0.2.1/iqn.ronnie/test/1

Uruchom wszystkie testy wymienione w pliku ~/testy do uruchomienia
iscsi-test-cu --test=~/testy do uruchomienia
iscsi://192.0.2.1/iqn.ronnie/test/1

-d --utrata danych
Domyślnie narzędzie testowe przeprowadza tylko testy nieniszczące. Aby przetestować polecenia that
mutuje dane, np. w przypadku testów Write* należy określić flagę --dataloss.

Testy wymagające --dataloss nadpiszą dane w jednostce LUN i wszystkich
dane tej jednostki LUN zostaną zniszczone podczas przeprowadzania tych testów.

-s --allow-sanitize
Oczekuje się, że kod operacji SBC SANITIZE zajmie dużo czasu, zanim zostanie ukończony i
dlatego testy dla tego kodu operacji nie są odpowiednie do normalnych przebiegów testowych.

Domyślnie wszelkie testy SBC SANITIZE zostaną pominięte. Użyj tych argumentów, jeśli naprawdę
chcesz wykonać testy SANITIZE.

-u-USB
Urządzenia SCSI znajdujące się za magistralą USB działają w systemie Linux z ograniczeniem do maksymalnie 120 KB dla każdego
pojedynczy SCSI Odczyt*/Zapis*.

Podczas testowania urządzenia USB SCSI należy określić te argumenty, aby plik
testy ograniczą rozmiar odczytu/zapisu do maksymalnie 120 KB.

-V --Rozwlekły-scsi
Testy mają charakter samodokumentujący. Po podaniu flagi -V narzędzie testowe to zrobi
wypisz wszystkie polecenia SCSI wysłane do urządzenia, argumenty i oczekiwane
wynik.

Jeśli test się nie powiedzie, uruchom ponownie test, który się nie powiedzie, z argumentem -V, aby zobaczyć, dlaczego się nie powiódł. Jeśli
to również zawodzi, czas wyciągnąć Wireshark i sprawdzić, co się stało.

iscsi-test-cu --test SCSI.Read10.BeyondEol iscsi://192.0.2.1/iqn.ronnie.test/1 -V
Apartament: Przeczytaj 10
Test: BeyondEol...
Test READ10 1-256 blokuje jeden blok za końcem
Wyślij READ10 (oczekując LBA_OUT_OF_RANGE) LBA:2097152 bloki:1 rdprotect:0 dpo:0 fua:0 fua_nv:0 group:0
[OK] READ10 zwróciło ILLEGAL_REQUEST/LBA_OUT_OF_RANGE.
...

-x --xml
Ta opcja umożliwiająca tworzenie wyników testów w formacie czytelnym maszynowo na potrzeby testów automatycznych.

iscsi-test-cu może generować wyniki testów do odczytu maszynowego do wykorzystania przez Twój CI
serwer. Użyj opcji --xml z dowolnym zestawem testów i plikiem o nazwie
Plik CUnitAutomated-Results.xml zostanie zapisany w bieżącym katalogu roboczym. Te
wyniki można przekonwertować do formatu JUnit za pomocą tego skryptu:
http://git.cyrusimap.org/cyrus-imapd/plain/cunit/cunit-to-junit.pl

Zwrócony status skryptu odzwierciedla, czy testy zakończyły się sukcesem, czy nie. Jeśli
wolisz, aby skrypt zwracał status odzwierciedlający, czy doszło do konwersji
z cunit na junit powiodło się, możesz załatać skrypt za pomocą tego:

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 my $s (@suites)
}

print "$0: uruchomiono $nrun testów, $nfailed nie powiodło się\n";
-wyjście(1) if ($nfailed > 0);
+#wyjście(1) if ($nfailed > 0);

-? --Wsparcie
Wyświetl podstawowy tekst pomocy.

Użyj iscsi-test-cu online, korzystając z usług onworks.net