Alexander, Here is the tcpdump you requested. I start by connecting to the disk and then immediately attempt a quick format from Windows. That produced a huge file so I uploaded it to Yousendit. This is the download link: https://www.yousendit.com/download/UVJnNHAzTkE4aVBtcXRVag Regards, Doug (resending plaintext again) On May 14, 2013, at 1:38 AM, Alexander Nezhinsky <nezhinsky@xxxxxxxxx> wrote: > Doug, > > The problem looks similar to the one reported by YOUN-SANG KIM in the > thread "Since 1.0.35 has problem". > I guess that when you install scsi-target-utils from the distro it > comes from a version earlier than 1.0.35. > > It is quite unlikely that the problem has been caused by the VPD patch. > Much more probable that it was there before, but only in the repository version. > > As the problem seems the be introduced by a previous patch submitted > by me, I am keen to address it. > Could you please obtain a tcpdump capture of the session, e.g recorded > at the target? > > Youn-Sang, could you send your tcpdump capture as well? > > Alexander > > On Tue, May 14, 2013 at 1:03 AM, Doug Clow <doug.clow@xxxxxxxxxxx> wrote: >> Thanks Maurits…but one sec. I made an error and discovered it right after I hit send. I forgot the tgtd daemon was still running after I uninstalled the patched version. After I installed the yum version, rebooted and then tried, I could format. So it looks like this problem has been introduced by the VPD patch. >> >> One other interesting thing, if I mount a disk formatted using the yum scsi-target-utils from a target with the patched version, the disk shows as RAW, in other words, Windows cannot detect the NTFS format when I connect to a volume on the patched target. >> >> Regards, >> Doug >> >> (note: resending as plain-text) >> >> >> On May 13, 2013, at 2:47 PM, Maurits van de Lande <M.vandeLande@xxxxxxxxxxxxxxxx> wrote: >> >>> Hello, >>> >>> I'll try to format a disk tomorrow. I have been able to pass thru a disk to a HyperVM VM in the past. >>> >>> Regards, >>> >>> Maurits >>> >>> >>> >>> -------- Original message -------- >>> Subject: Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator >>> From: Doug Clow <doug.clow@xxxxxxxxxxx> >>> To: "nezhinsky@xxxxxxxxx" <nezhinsky@xxxxxxxxx> >>> CC: stgt-devel <stgt@xxxxxxxxxxxxxxx> >>> >>> >>> Hello Alexander, >>> >>> I've created two volumes and they have the following VPD Page 83h Identifiers: >>> >>> 3000000200000002 and >>> 3000000300000003 >>> >>> I'm guessing these ids are built off the target number and the LUN. Windows seems to accept these disks now, but I'm running into a new problem. This isn't VPD related if anyone else whose used STGT with Windows can chime in. >>> >>> I'm not able to format the disks once mounted in Windows. I tried reinstalling the scsi-target-utils from yum and the problem persists so I don't think its related to this patch. Unfortunately there isn't a huge amount of error messages generated. If I try a quick format, it fails instantly. If I do a full format, it fills up the bar to 100% and then errors at the very end. In the Linux side the syslog message is: >>> >>> May 13 13:13:37 iscsi2 tgtd: conn_close(103) connection closed, 0xb8dfe8 1 >>> May 13 13:13:37 iscsi2 tgtd: conn_close(109) sesson 0xb922e0 1 >>> >>> and in Windows the error is: >>> >>> A connection to the target was lost, but Initiator successfully reconnected to the target. Dump data contains the target name. >>> >>> So it seems like the connection is resetting at the end of the format operation. Any ideas on where I could investigate? >>> >>> Thanks, >>> Doug >>> >>> >>> >>> On May 10, 2013, at 11:07 AM, nezhinsky@xxxxxxxxx wrote: >>> >>>> From: Alexander Nezhinsky <nezhinsky@xxxxxxxxx> >>>> >>>> I have implemented a simple NAA descriptor, returned in addition to SCSI ID. >>>> >>>> Now Linux returns this info: >>>> >> >> -- >> 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
