Hi Tomo, see if you can reproduce this.
Can you tell me the exact procedure to reproduce this? Thanks,
OS: Fedora 9, fully updated open-iscsi: latest git version tgt: latest git version all running on same hardware This is the entry in /etc/tgt/targets.conf: target iqn.2008-09.com.example:server.tape> backing-store /home/tapes/A3678299 # incominguser someuser secretpass12 # outgoinguser userA secretpassA # write-cache off device-type tape lun 1 MaxRecvDataSegmentLength 8192 MaxXmitDataSegmentLength 8192 HeaderDigest CRC32C DataDigest None InitialR2T Yes MaxOutstandingR2T 1 ImmediateData Yes FirstBurstLength 65536 MaxBurstLength 262144 DataPDUInOrder Yes DataSequenceInOrder Yes ErrorRecoveryLevel 0 IFMarker No OFMarker No DefaultTime2Wait 2 DefaultTime2Retain 20 OFMarkInt Reject IFMarkInt Reject MaxConnections 1 </target> I log into the target with open-iscsi. Indeed a /dev/st0 and /dev/nst0 device are created. mt -f /dev/st0 status works fine. The tape file A3678299 is created with tgtimg and is a 100 MB data tape. A simple tar cvzf /dev/st0 /etc/tgt works fine, no errors. However reading it back creates read error (I believe no EOF or something like that). But a bigger tar tar cvzf /dev/st0 /home/apauw bombs out with a segfault, one tgtd daemon dies (there should be two running). The actual file is just 10k big. That's what I do, rather simple. Now I may be doing something wrong here, but see if you can replicate this. Thanks, Albert -- To unsubscribe from this list: send the line "unsubscribe stgt" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
