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 at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
|
|