[stgt] tgtd stuck when trying to delete a target

Doron Shoham dorons at voltaire.com
Wed Oct 8 11:20:35 CEST 2008


FUJITA Tomonori wrote:
> On Tue, 07 Oct 2008 17:33:10 +0200
> Doron Shoham <dorons at Voltaire.COM> wrote:
> 
>> Hi,
>>
>> tgtd runs into a deadlock when trying to delete a target.
>>
>> >From gdb:
>>
>> #0  0x0000003c064074e5 in pthread_join () from /lib64/libpthread.so.0
>> #1  0x000000000041b5ad in bs_thread_close (info=0x10651fd8) at bs.c:272
>> #2  0x0000000000412697 in tgt_device_destroy (tid=<value optimized out>, lun=1, force=1) at target.c:587
>> #3  0x00000000004128b4 in tgt_target_destroy (lld_no=0, tid=1) at target.c:1731
>> #4  0x000000000040ff93 in tgt_mgmt (mtask=0x1064d580) at mgmt.c:85
>> #5  0x0000000000410263 in mtask_handler (fd=11, events=<value optimized out>, data=<value optimized out>) at mgmt.c:441
>> #6  0x000000000040f3c6 in main (argc=<value optimized out>, argv=<value optimized out>) at tgtd.c:236
>>
>> The deadlock occurs in pthread_join () called by bs_thread_close (at bs.c line 272).
>>
>> I believe that it is caused by commit: "handle pthread_create failure in backing store pthread code"
>> (d97cd33a7244aed71d1b618ff3e6f826479d6163)
>>
>> Tomo - can you please check it out?
> 
> Thanks,
> 
> I messed up bs_thread_close() in
> 
> commit 25ef48caa7bb2ed152b421c4f291d9bc44b91d53
> Author: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
> Date:   Sat Oct 4 19:09:51 2008 +0900
> 
>     ssc: use only one background thread
> 
>     It's the easiest way to avoid complicated locking for metadata access.
> 
>     Signed-off-by: FUJITA Tomonori <fujita.tomonori at lab.ntt.co.jp>
> 
> 
> Sorry about that. The attached patch works for me. Can you try?
> 

It seems to solve the delete problem.

Thanks,
Doron


--
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



More information about the stgt mailing list