On 29/07/10 11:47, FUJITA Tomonori wrote: > All I want to hear is that it actually works well. :) Possibly it doesn't. I'm using tgt 1.0.6 on Debian Lenny (2.6.26-2-openvz-amd64), and simple reads and positions etc. using 'mt', and 'scsitape' work correctly, but using Bacula's btape "test" function to check tape drive behaviour, I get this (this is using open-iscsi to "loopback" mount the tape drive to the localhost): bramber:/sys/devices# btape HP-Ultrium2-HU10827R1D Tape block granularity is 1024 bytes. btape: butil.c:285 Using device: "HP-Ultrium2-HU10827R1D" for writing. btape: btape.c:372 open device "HP-Ultrium2-HU10827R1D" (/dev/st1): OK *test === Write, rewind, and re-read test === I'm going to write 1000 records and an EOF then write 1000 records and an EOF, then rewind, and re-read the data to verify that it is correct. This is an *essential* feature ... btape: btape.c:831 Wrote 1000 blocks of 64412 bytes. btape: btape.c:505 Wrote 1 EOF to "HP-Ultrium2-HU10827R1D" (/dev/st1) btape: btape.c:847 Wrote 1000 blocks of 64412 bytes. btape: btape.c:505 Wrote 1 EOF to "HP-Ultrium2-HU10827R1D" (/dev/st1) btape: btape.c:856 Rewind OK. btape: btape.c:881 Bad data in record. Expected 1, got 2000 at byte 0. Test failed! At the same time, I get this from the kernel: [3034458.454685] mptscsih: ioc0: attempting task abort! (sc=ffff810107150d40) [3034458.466570] st 1:0:3:0: CDB: Write Filemarks: 10 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 [3034458.476705] mptscsih: ioc0: task abort: SUCCESS (sc=ffff810107150d40) [3034462.137144] mptscsih: ioc0: attempting task abort! (sc=ffff81012bcf6d00) [3034462.141149] st 1:0:3:0: CDB: Write Filemarks: 10 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 [3034462.278591] mptscsih: ioc0: task abort: FAILED (sc=ffff81012bcf6d00) [3034462.285164] mptscsih: ioc0: attempting target reset! (sc=ffff81012bcf6d00) [3034462.290599] st 1:0:3:0: CDB: Write Filemarks: 10 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 [3034462.696560] mptscsih: ioc0: target reset: SUCCESS (sc=ffff81012bcf6d00) [3034464.841118] mptscsih: ioc0: attempting task abort! (sc=ffff810105be1700) [3034464.848029] st 1:0:3:0: CDB: Rezero Unit/Rewind: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [3034464.993971] mptscsih: ioc0: task abort: FAILED (sc=ffff810105be1700) [3034464.997976] mptscsih: ioc0: attempting target reset! (sc=ffff810105be1700) [3034465.005973] st 1:0:3:0: CDB: Rezero Unit/Rewind: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [3034465.404665] mptscsih: ioc0: target reset: SUCCESS (sc=ffff810105be1700) [3034467.598366] mptscsih: ioc0: attempting task abort! (sc=ffff81012a8655c0) [3034467.606354] st 1:0:3:0: CDB: Read(6): 08 00 00 fc 00 00 00 00 00 00 00 00 00 00 00 00 [3034467.736484] mptscsih: ioc0: task abort: FAILED (sc=ffff81012a8655c0) [3034467.741514] mptscsih: ioc0: attempting target reset! (sc=ffff81012a8655c0) [3034467.752039] st 1:0:3:0: CDB: Read(6): 08 00 00 fc 00 00 00 00 00 00 00 00 00 00 00 00 [3034468.149924] mptscsih: ioc0: target reset: SUCCESS (sc=ffff81012a8655c0) Running the same test on the underlying device seems to work correctly as expected. Do I need to be build tgt from version control, or be using a newer kernel, or something? I can also double-check using scst's passthrough, if you like.... Thanks, Tim. -- To unsubscribe from this list: send the line "unsubscribe stgt" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html |