Dell iSCSI storage problémák

Szerverek

Sziasztok! :)

A címben említett példányt szeretnék csatasorba állítani (linux, open-iscsi kombóval a túloldalon), viszont vannak "érdekes" problémák a dologgal kapcsolatban. Szépen minden összeállt, a login megtörténik, a lemez is megjelenik, azonban innen következik az érdekes része. Az adott iSCSI target random hibákat produkál.

parted-el szépen létrehoztam rajta egy particiot, GPT/Primary 7TB, viszont a mkfs.ext4 már elhasal a mutatványnál, éspedig:
"Writing superblocks and filesystem accounting information:"
Itt hosszas szöszölés közben (ez alatt a forgalom az interface-en közel nulla) ugyan megjelenik a done, cserébe a syslog "FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT" illetve "Buffer I/O error on dev sdf1, logical block [RANDOM], lost async page write" üzenetekkel lesz tele, az elkészült fs pedig helyből hibás.

A lemezek elviekben rendben vannak, a management szoftvere a sikeres login-on kívül semmiről sem emlékezik meg.

Elsőre a multipath -ra gyanakodtam, de nélküle is ugyan az. A hálózat direct attached felállás, azóta a jumbo frame -et is leszedtem, a helyzet nem változott.

Kínomban már ilyennel próbálkoztam, ez viszont gond nélkül megy:
# dd if=/dev/zero of=/dev/sdf1 oflag=direct bs=$((4*1024*1024)) count=1000
1000+0 records in
1000+0 records out
4194304000 bytes (4.2 GB) copied, 50.7892 s, 82.6 MB/s

Tapasztalati úton a blocksize mérete 4MB max, fölötte a korábban említett hibajelenség jön elő.

Fontosabb infók:
iscsid version 2.0-873
3.19.0-56-generic - Ubuntu

Tudom, egy frissítés ráférne a rendszerre, de egyrészt helyi hálón lóg, másrészt egy-két kritikus frissítésen kívül a rajta lévő sz*rok miatt nehézkes az update ;)

Előre is köszönöm a válaszokat

  • 1201 megtekintés

( mauser1 v | 2017. 02. 23., cs – 17:12 )

Stor rol milyen tulajdonságokkal ajánlod ki a volumet? milyen szoftverrel ? iet stgt?

connection17:0: detected conn error (1010) ez kapásból hálózati hiba
mind két oldalon ifconfig mtu 9000 erősen ajánlott , ha van közte switch azon is megnézni a konfigot
.+teszt mtu 9000 re , hogy a két eszköz közt végig tudja -e a jumbot !
folytatnám a többivel google:
blk_update_request: I/O error
Kernel reported iSCSI connection 17:0 error (1010 - ISCSI_ERR_BAD_ITT: Received invalid initiator task tag from target) state (3)
nem kizárt, hogy hw hiba.

Switch nincs közte, direct attached, mtu 9000-el ugyan ez volt a helyzet, azért vettem vissza 1500-ra hogy megnézzem, nem-e az volt a probléma.
Azért tippelnék inkább config parára mintsem hw hibára, mert dd-vel a 4GB írása 4MB blocksize-zal hiba nélkül lemegy a blockdevice-ra, bármikor.
Kicsit tanácstalanul állok én is, lehet hogy összemadzagolom valami 2. géppel, hogy megnézzem nem-e a kernel+iscsid+csillagegyüttállás az okozó

// Happy debugging, suckers
#define true (rand() > 10)

( szekelyk | 2017. 02. 23., cs – 21:04 )

Megírhatnád a tároló típusát. Nem biztos, hogy a direkt csatlakoztatás támogatott. Ennek utánanéztél már?

( akoscomp | 2017. 02. 24., p – 11:32 )

Nekem egy MD3000i-vel multipath módban 9000-es MTUval Ubuntura csatolva tökéletesen megy.
Evvel nem sokat segítek, de legalább tudod, hogy van remény.

Dual controllernél amúgy probléma lehet, ha nem multipath módon csatolod fel. Nekem most van egy /dev/sdb egy /dev/sdc, de ha direkt ezeken akartam partíciót létrehozni ha jól emlékszem nekem is hibát adott. A multipath létrehoz egy /dev/valami eszközt és azon keresztül már minden művelet tökéletesen ment.