All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maurizio Lombardi <mlombard@redhat.com>
To: Mike Christie <michael.christie@oracle.com>
Cc: martin.petersen@oracle.com, mgurtovoy@nvidia.com,
	sagi@grimberg.me, d.bogdanov@yadro.com,
	linux-scsi@vger.kernel.org, target-devel@vger.kernel.org
Subject: Re: [PATCH v3 05/14] scsi: target: iscsit: stop/wait on cmds during conn close
Date: Wed, 1 Mar 2023 12:57:21 +0100	[thread overview]
Message-ID: <CAFL455=QjP9TutSh0e5KS0R07PK3Pvcv+6xNkP6i6ExGv+gCpg@mail.gmail.com> (raw)
In-Reply-To: <20230129234441.116310-6-michael.christie@oracle.com>

po 30. 1. 2023 v 0:45 odesílatel Mike Christie
<michael.christie@oracle.com> napsal:
>
> This fixes a bug added in:
>
> commit f36199355c64 ("scsi: target: iscsi: Fix cmd abort fabric stop
> race")
>
> If we have multiple sessions to the same se_device we can hit a race where
> a LUN_RESET on one session cleans up the se_cmds from under another
> session which is being closed. This results in the closing session freeing
> its conn/session structs while they are still in use.
>
> The bug is:
>
> 1. Session1 has IO se_cmd1.
> 2. Session2 can also have se_cmds for IO and optionally TMRs for ABORTS
> but then gets a LUN_RESET.
> 3. The LUN_RESET on session2 sees the se_cmds on session1 and during
> the drain stages marks them all with CMD_T_ABORTED.
> 4. session1 is now closed so iscsit_release_commands_from_conn only sees
> se_cmds with the CMD_T_ABORTED bit set and returns immediately even
> though we have outstanding commands.
> 5. session1's connection and session are freed.
> 6. The backend request for se_cmd1 completes and it accesses the freed
> connection/session.
>
> This hooks the iscsit layer into the cmd counter code, so we can wait for
> all outstanding se_cmds before freeing the connection.
>
> Fixes: f36199355c64 ("scsi: target: iscsi: Fix cmd abort fabric stop race")
> Signed-off-by: Mike Christie <michael.christie@oracle.com>
> ---
>  drivers/target/iscsi/iscsi_target.c | 10 ++++++++++
>  1 file changed, 10 insertions(+)
>
> diff --git a/drivers/target/iscsi/iscsi_target.c b/drivers/target/iscsi/iscsi_target.c
> index 11115c207844..83b007141229 100644
> --- a/drivers/target/iscsi/iscsi_target.c
> +++ b/drivers/target/iscsi/iscsi_target.c
> @@ -4245,6 +4245,16 @@ static void iscsit_release_commands_from_conn(struct iscsit_conn *conn)
>                 iscsit_free_cmd(cmd, true);
>
>         }
> +
> +       /*
> +        * Wait on commands that were cleaned up via the aborted_task path.
> +        * LLDs that implement iscsit_wait_conn will already have waited for
> +        * commands.
> +        */
> +       if (!conn->conn_transport->iscsit_wait_conn) {
> +               target_stop_cmd_counter(conn->cmd_cnt);
> +               target_wait_for_cmds(conn->cmd_cnt);
> +       }
>  }
>
>  static void iscsit_stop_timers_for_cmds(
> --
> 2.25.1
>

Reviewed-by: Maurizio Lombardi <mlombard@redhat.com>


  reply	other threads:[~2023-03-01 11:58 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-29 23:44 [PATCH v3 00/14] target: TMF and recovery fixes Mike Christie
2023-01-29 23:44 ` [PATCH v3 01/14] scsi: target: Move sess cmd counter to new struct Mike Christie
2023-03-07 10:53   ` Maurizio Lombardi
2023-01-29 23:44 ` [PATCH v3 02/14] scsi: target: Move cmd counter allocation Mike Christie
2023-01-29 23:44 ` [PATCH v3 03/14] scsi: target: Pass in cmd counter to use during cmd setup Mike Christie
2023-01-29 23:44 ` [PATCH v3 04/14] scsi: target: iscsit/isert: Alloc per conn cmd counter Mike Christie
2023-01-29 23:44 ` [PATCH v3 05/14] scsi: target: iscsit: stop/wait on cmds during conn close Mike Christie
2023-03-01 11:57   ` Maurizio Lombardi [this message]
2023-01-29 23:44 ` [PATCH v3 06/14] scsi: target: iscsit: Fix TAS handling during conn cleanup Mike Christie
2023-02-14 14:12   ` Maurizio Lombardi
2023-01-29 23:44 ` [PATCH v3 07/14] scsi: target: Fix multiple LUN_RESET handling Mike Christie
2023-02-11  8:59   ` Dmitry Bogdanov
2023-03-02  9:43     ` Dmitry Bogdanov
2023-03-02 17:29       ` Mike Christie
2023-03-03  9:26         ` Dmitry Bogdanov
2023-03-03 16:52           ` Mike Christie
2023-01-29 23:44 ` [PATCH v3 08/14] scsi: target: Drop t_state_lock use in compare_and_write_post Mike Christie
2023-01-29 23:44 ` [PATCH v3 09/14] scsi: target: Treat CMD_T_FABRIC_STOP like CMD_T_STOP Mike Christie
2023-01-29 23:44 ` [PATCH v3 10/14] scsi: target: iscsit: Add helper to check when cmd has failed Mike Christie
2023-02-27 15:12   ` Maurizio Lombardi
2023-01-29 23:44 ` [PATCH v3 11/14] scsi: target: iscsit: Cleanup isert commands at conn closure Mike Christie
2023-01-29 23:44 ` [PATCH v3 12/14] IB/isert: Fix hang in target_wait_for_cmds Mike Christie
2023-01-29 23:44 ` [PATCH v3 13/14] IB/isert: Fix use after free during conn cleanup Mike Christie
2023-02-27 15:10   ` Maurizio Lombardi
2023-01-29 23:44 ` [PATCH v3 14/14] scsi: target: iscsit: free cmds before session free Mike Christie
2023-02-22 12:26   ` Maurizio Lombardi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFL455=QjP9TutSh0e5KS0R07PK3Pvcv+6xNkP6i6ExGv+gCpg@mail.gmail.com' \
    --to=mlombard@redhat.com \
    --cc=d.bogdanov@yadro.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=mgurtovoy@nvidia.com \
    --cc=michael.christie@oracle.com \
    --cc=sagi@grimberg.me \
    --cc=target-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.