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
Hozzászólások
Stor rol milyen tulajdonságokkal ajánlod ki a volumet? milyen szoftverrel ? iet stgt?
Ez egy fix diszkdoboz, a LUN -on kívül szinte semmit sem lehet állítani :)
// Happy debugging, suckers
#define true (rand() > 10)
open-iscsi-t debug level 8 indisd
/etc/iscsi/iscsid.conf azt szem.
ott kell az /etc/init.d/iscsid után -d 8
mad restart deamon
aztan dmesg , syslog mond-e valamit ?
Alapból a device errorokon kívül semmit, de mindjárt kipróbálom a debug level emelést, köszi!
// Happy debugging, suckers
#define true (rand() > 10)
A hiba jelentkezését követően ez került be a syslog-ba: http://mcsiv.hu/iscsi_syslog.txt
// Happy debugging, suckers
#define true (rand() > 10)
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)
jó ötlet!
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?
Jogos, egyébként egy md3200i. A direkt támogatott, a Deployment Guide alapján raktam össze az egészet, majd azt bontottam le a faék egyszerűségig (1 path, 1500 mtu, de ez is támogatott)
// Happy debugging, suckers
#define true (rand() > 10)
Honnét tudná az eszköz, hogy nem direktben vagy direktben csatlakozik?
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.
A multipath volt az, ahonnan fallback-eltem elsőnek, mert arra tippeltem hogy ott van valami elásva ;) Most fogom és összedrótozom egy másik géppel, hátha, csak ez macerás mert szerverteremben pihennek a cuccok
// Happy debugging, suckers
#define true (rand() > 10)
Én amúgy zfs-re formáztam. Ha te is tovább akarod osztani, lehet jobb opció mivel cachelni lehet és gyerekjáték a mentése.
ocfs2 lesz a vége mert két különböző helyről is fel lesz csatolva (és ez már hála égnek egy helyen jól működik, pont egy md3000-el). Ha lenne választásom valószínűleg én is zfs-re szavaznék :)
// Happy debugging, suckers
#define true (rand() > 10)