Re: Help pinpointing cause of tgtd instability

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

 



Would this be the signature of the task management bug?  The read-only
file system issue happened again today with
scsi-target-utils-1.0.22-1.el6.x86_64.  That was built from
http://kojipkgs.fedoraproject.org/packages/scsi-target-utils/1.0.22/1.fc17/src/scsi-target-utils-1.0.22-1.fc17.src.rpm.
 I'd be glad to test your patch, but I'll need some assistance
applying it since I don't have a working dev environment setup here.

Dec  5 12:51:17 san2 tgtd: abort_task_set(1114) found 14 0
Dec  5 12:51:17 san2 tgtd: abort_cmd(1090) found 14 6
Dec  5 12:51:29 san2 tgtd: abort_task_set(1114) found 40 0
Dec  5 12:51:29 san2 tgtd: abort_cmd(1090) found 40 6
Dec  5 12:51:44 san2 tgtd: conn_close(101) connection closed, 0x171c908 4
Dec  5 12:51:44 san2 tgtd: conn_close(107) sesson 0x1720d40 1
Dec  5 12:52:36 san2 tgtd: tgt_event_modify(225) Cannot find event 17
Dec  5 12:52:36 san2 tgtd: iscsi_event_modify(413) tgt_event_modify failed
Dec  5 12:54:19 san2 tgtd: abort_task_set(1114) found 10000025 0
Dec  5 12:54:19 san2 tgtd: abort_cmd(1090) found 10000025 6
Dec  5 12:57:14 san2 tgtd: abort_task_set(1114) found 1000001a 0
Dec  5 12:57:14 san2 tgtd: abort_cmd(1090) found 1000001a 6
Dec  5 12:57:29 san2 tgtd: conn_close(101) connection closed, 0x172cd38 20
Dec  5 12:57:29 san2 tgtd: conn_close(107) sesson 0x1726e40 1
Dec  5 12:58:41 san2 tgtd: abort_task_set(1114) found 2000005d 0
Dec  5 12:58:41 san2 tgtd: abort_cmd(1090) found 2000005d 6
Dec  5 12:58:57 san2 tgtd: conn_close(101) connection closed, 0x173b838 31
Dec  5 12:58:57 san2 tgtd: conn_close(107) sesson 0x173bb00 1
Dec  5 12:58:59 san2 tgtd: tgt_event_modify(225) Cannot find event 19
Dec  5 12:58:59 san2 tgtd: iscsi_event_modify(413) tgt_event_modify failed
Dec  5 12:58:59 san2 tgtd: tgt_event_modify(225) Cannot find event 20
Dec  5 12:58:59 san2 tgtd: iscsi_event_modify(413) tgt_event_modify failed
Dec  5 13:03:01 san2 tgtd: abort_task_set(1114) found 3000001b 0
Dec  5 13:03:01 san2 tgtd: abort_cmd(1090) found 3000001b 6
Dec  5 13:03:16 san2 tgtd: conn_close(101) connection closed, 0x17ca018 3
Dec  5 13:03:16 san2 tgtd: conn_close(107) sesson 0x17ca2e0 1
Dec  5 13:03:35 san2 tgtd: tgt_event_modify(225) Cannot find event 21



On Sat, Dec 3, 2011 at 11:18 PM, FUJITA Tomonori
<fujita.tomonori@xxxxxxxxxxxxx> wrote:
> On Thu, 1 Dec 2011 10:32:35 -0500
> John Pletka <jpletka@xxxxxxxxxxx> wrote:
>
>> I have two NAS devices running an almost identical workload.  One of
>> them has been perfectly stable for over a year now.  On the other,
>> tgtd either aborts, or causes the iscsi mounted file systems to go
>> into read-only mode about once a week.  I wanted to lay out my
>> configuration to see if there is a most-likely cause.  One thing that
>> stands out is the scsi-target-utils version is 1.0.4 on the unstable
>> server, and 1.0.8 on the stable server.  yum update on CentOS 6 says
>> 1.0.4 is the most recent though and I see patches through Jan 17,
>> 2011.  Other potential causes -- bonded ethernet ports on the unstable
>> one, and no swap partition on the unstable one (the OS is installed on
>> a compact-flash card).
>>
>> From the abrt logs:
>> Process /usr/sbin/tgtd was killed by signal 11 (SIGSEGV)
>> Which <might> be related to this bug:
>> https://bugzilla.redhat.com/show_bug.cgi?id=712807
>
> I think that the above bug is not related with your problem. It's more
> likely that the problem is due to task management bugs. We've not
> figured out how the bugs happen.
>
> The following patch disables tmf. Try it to see if it works for you.
>
> diff --git a/usr/iscsi/iscsid.c b/usr/iscsi/iscsid.c
> index 3fbd9f6..6b814ba 100644
> --- a/usr/iscsi/iscsid.c
> +++ b/usr/iscsi/iscsid.c
> @@ -1405,6 +1405,9 @@ static int iscsi_tm_execute(struct iscsi_task *task)
>        struct iscsi_tm *req = (struct iscsi_tm *) &task->req;
>        int fn = 0, err = 0;
>
> +       err = ISCSI_TMF_RSP_REJECTED;
> +
> +#if 0
>        switch (req->flags & ISCSI_FLAG_TM_FUNC_MASK) {
>        case ISCSI_TM_FUNC_ABORT_TASK:
>                fn = ABORT_TASK;
> @@ -1432,7 +1435,7 @@ static int iscsi_tm_execute(struct iscsi_task *task)
>                eprintf("unknown task management function %d\n",
>                        req->flags & ISCSI_FLAG_TM_FUNC_MASK);
>        }
> -
> +#endif
>        if (err)
>                task->result = err;
>        else {
--
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