[Stgt-devel] Errors in fsck with iSER

Doron Shoham dorons
Mon Dec 17 16:53:51 CET 2007



FUJITA Tomonori wrote:
> On Mon, 17 Dec 2007 15:17:16 +0200
> Erez Zilber <erezz at Voltaire.COM> wrote:
>
>   
>> FUJITA Tomonori wrote:
>>     
>>> On Mon, 10 Dec 2007 10:03:25 -0500
>>> Pete Wyckoff <pw at osc.edu> wrote:
>>>
>>>   
>>>       
>>>> This is the third major release of support for iSCSI Extensions
>>>> for RDMA (iSER) to the existing TGT user space SCSI target.  It
>>>> uses OpenFabrics libraries and kernel drivers to act as a SCSI
>>>> target over RDMA-capable devices.  The code has been tested
>>>> against the existing Linux iSER initiator over InfiniBand cards,
>>>> but should be specification compliant and work generally.
>>>>
>>>> A bit of documentation is included, and a short technical report is
>>>> available at http://www.osc.edu/~pw/papers/iser-snapi07.pdf with
>>>> slides from a presentation at
>>>> http://www.osc.edu/~pw/papers/wyckoff-iser-snapi07-talk.pdf .
>>>>
>>>> The iSER patches can be downloaded from:
>>>>
>>>>         git://git.osc.edu/tgt
>>>>
>>>> or browsed at:
>>>>
>>>>         http://git.osc.edu/?p=tgt.git;a=summary
>>>>
>>>> Changes since previous series are as follows.
>>>>     
>>>>         
>>> I merged all the patches. Now mainline tgt supports iSER. Thanks!
>>>
>>> I also applied some patches that could break iSER support. iSER
>>> people, please test the latest tree.
>>>   
>>>       
>> We ran some tests on it. Most of them are ok except for fsck. We ran it
>> in the following way:
>>
>> seed5:/tmp/regtest # parted -s /dev/sdb mkpart primary 0 8500
>> seed5:/tmp/regtest # for ((i=1;i<=1000;i++)) do mkfs -t ext2 -q
>> /dev/sdb1; fsck -y -ft ext2 /dev/sdb1; echo iteration $i is done; done
>>
>> fsck is ok most of the time, but once in a while it looks like this
>> (after ~300 iterations):
>>
>> fsck 1.38 (30-Jun-2005)
>> e2fsck 1.38 (30-Jun-2005)
>> Pass 1: Checking inodes, blocks, and sizes
>> Pass 2: Checking directory structure
>> Pass 3: Checking directory connectivity
>> Pass 4: Checking reference counts
>> Pass 5: Checking group summary information
>> /dev/sdb1: 11/1038336 files (0.0% non-contiguous), 32599/2075195 blocks
>> seed5:/tmp/regtest # mkfs -t ext2 -q /dev/sdb1
>> seed5:/tmp/regtest # fsck -y -ft ext2 /dev/sdb1
>>     
>
> Sounds like data corruption. Do you see the same problem with IPoIB?
> _______________________________________________
> Stgt-devel mailing list
> Stgt-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/stgt-devel
>   
Hi,
I'm working with Erez and I tried this with tcp session and there 
weren't any problems.

Thanks,
Doron





More information about the stgt mailing list