[stgt] tgt V0.9.7 & V0.9.8 - getting tgtd segfault error 4

FUJITA Tomonori fujita.tomonori at lab.ntt.co.jp
Thu Oct 1 02:24:50 CEST 2009


Very sorry for the late response,

On Fri, 25 Sep 2009 07:17:31 -0700 (PDT)
Martin Montreuil <martin.montreuil at oracle.com> wrote:

> Under V0.9.7 received:
> Sep 24 05:12:57 storageserver kernel: tgtd[31665]: segfault at 0000555e4ee57d90 rip 0000003dc14715a8 rsp 00007fff7f899ce0 error 4
> 
> Upgraded to V0.9.8 and:
> Sep 25 01:37:02 storageserver kernel: tgtd[31609]: segfault at fffffffffffffff0 rip 0000000000405ae4 rsp 00007fffc7fe3940 error 4
> 
> Not repeatable but happens generally within 24 hours.  There are 143 disks being served in this configuration and multipathd is in use. This is a new installation.  
> 
> targets.conf looks like:
> <target iqn.2009-06.crrel:storageserver.disks>
> backing-store /dev/mapper/mpath1
> backing-store /dev/mapper/mpath2
> ...
> backing-store /dev/mapper/mpath143
> allow-in-use yes
> </target>
> 
> Under V0.9.8 we are also seeing something new - BUG: soft lockup's (below) just prior to the segfault.  
> 
> Any suggestions? 

Firstly, can you try the latest git tree?

You hit a kernel bug (soft lockup) so I guess that an initiator drops
a connection then tgtd crashes.

Seems that there might be a bug about cleaning up unfinished
tasks. I'll dig into the code later. I have several things to do
before the kernel summit so it might take some time. Sorry about that.
--
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