[PATCHv4 1/2] Use timeout when waiting for responses from iscsid

2016-11-23 Thread leeman.duncan
From: Hannes Reinecke The server might already been terminated when iscsiadm tries to send a request to it, hence we might be waiting forever for a reply. With this patchset we're waiting at most one minute before giving up, avoiding a hang in iscsiadm. Changes since v2: * rework

[PATCHv4 0/2] Handle iscsid shutdown more cleanly

2016-11-23 Thread leeman.duncan
From: Lee Duncan This set of two patches addresses the issues I mentioned on the mailing list recently relating to how systemd can interfere with shutting down the iscsid daemon. The iscsiadm command "-k" can hang if the daemon is not present, when running under systemd, when

[PATCHv2 1/2] Use timeout when waiting for responses from iscsid

2016-11-22 Thread leeman.duncan
From: Hannes Reinecke The server might already been terminated when iscsiadm tries to send a request to it, hence we might be waiting forever for a reply. With this patchset we're waiting at most one minute before giving up, avoiding a hang in iscsiadm. Changes since v1: * Break

[PATCHv2 0/2] Handle iscsid shutdown more cleanly

2016-11-22 Thread leeman.duncan
From: Lee Duncan This set of two patches addresses the issues I mentioned on the mailing list recently relating to how systemd can interfere with shutting down the iscsid daemon. The iscsiadm command "-k" can hang if the daemon is not present, when running under systemd, when

[PATCHv3 0/2] Handle iscsid shutdown more cleanly

2016-11-22 Thread leeman.duncan
From: Lee Duncan This set of two patches addresses the issues I mentioned on the mailing list recently relating to how systemd can interfere with shutting down the iscsid daemon. The iscsiadm command "-k" can hang if the daemon is not present, when running under systemd, when

[PATCHv3 1/2] Use timeout when waiting for responses from iscsid

2016-11-22 Thread leeman.duncan
From: Hannes Reinecke The server might already been terminated when iscsiadm tries to send a request to it, hence we might be waiting forever for a reply. With this patchset we're waiting at most one minute before giving up, avoiding a hang in iscsiadm. Changes since v2: * rework

[PATCHv3 2/2] iscsid: treat SIGTERM like "iscsiadm -k 0".

2016-11-22 Thread leeman.duncan
From: Lee Duncan The same code that is executed by iscsid when iscsiadm sends the "immediate stop" command should be executed when iscsid receives a SIGTERM. Signed-off-by: Lee Duncan --- usr/iscsid.c | 27 --- 1 file changed, 16

[PATCHv2 2/2] iscsid: treat SIGTERM like "iscsiadm -k 0".

2016-11-22 Thread leeman.duncan
From: Lee Duncan The same code that is executed by iscsid when iscsiadm sends the "immediate stop" command should be executed when iscsid receives a SIGTERM. Signed-off-by: Lee Duncan --- usr/iscsid.c | 27 --- 1 file

[PATCHv4 2/2] iscsid: treat SIGTERM like "iscsiadm -k 0"

2016-11-23 Thread leeman.duncan
From: Lee Duncan The same code that is executed by iscsid when iscsiadm sends the "immediate stop" command should be executed when iscsid receives a SIGTERM. Changes since v3: * now just set the "event loop stop" flag Signed-off-by: Lee Duncan ---