Hello Alexander, I tried the new patch today and I'm running into an error. From Windows 2012 side I connect to the target. But it seems like it is having trouble connecting as the interface slows and sometimes it shows multiple copies of the same disk in Disk Management. From the Centos side I am getting this message repeated: Jun 1 12:06:44 iscsi1 tgtd: iscsi_scsi_cmd_tx_done(1896) target bug 0 Jun 1 12:06:44 iscsi1 tgtd: conn_close(103) connection closed, 0x359bb18 2 Jun 1 12:06:44 iscsi1 tgtd: conn_close(109) sesson 0x359fe10 1 Jun 1 12:06:44 iscsi1 tgtd: conn_close(92) already closed 0x359bb18 1 Regards, Doug On Jun 1, 2013, at 7:57 AM, Alexander Nezhinsky <nezhinsky@xxxxxxxxx> wrote: > On Sat, Jun 1, 2013 at 5:02 PM, FUJITA Tomonori > <fujita.tomonori@xxxxxxxxxxxxx> wrote: >> On Fri, 31 May 2013 01:19:44 +0300 >> nezhinsky@xxxxxxxxx wrote: >> >>> From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx> >>> >>> Windows iscsi initiator failed to format devices because in read >>> scsi commands, mainly READ(10), the last (but not the first) Data-IN >>> pdu contained zero buffer offset. > >>> The fix was to handle data-in with status and scsi resp separately. >>> In addition a rectification is made for the tx pdu generation. > >> You confirmed that Windows format works with this patch? > > I had tested it in my setup. > But i would prefer to see it confirmed by Doug and Young-San > in the original setups where it was first reported. > > Alexander > -- > 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 -- 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
