Re: [RFC PATCH 0/2] Return NAA VPD descriptor, expected by Win initiator

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Linux SCSI]     [Linux RAID]     [Linux Clusters]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]

  Powered by Linux