Skip to contentSkip to conversation

scsi_transport_fc: Also check for NOTPRESENT in fc_remote_port_add()

PATCH Applied Hannes Reinecke 3 participants 3 messages Sep 25, 2017 – Sep 26, 2017 SCSI

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 scsi_transport_fc: Also check for NOTPRESENT in fc_remote_port_add()

During failover there is a small race window between fc_remote_port_add() and fc_timeout_deleted_rport(); the latter drops the lock after setting the port to NOTPRESENT, so if fc_remote_port_add() is called right at that time it will fail to detect the existing rport and happily adding a new structure, causing rports to get registered twice.

---
 drivers/scsi/scsi_transport_fc.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
drivers/scsi/scsi_transport_fc.c +2 -1
index 3c6bc00..9d2d559 100644
@@ -2739,7 +2739,8 @@ struct fc_rport *
 
 	list_for_each_entry(rport, &fc_host->rports, peers) {
 
-		if ((rport->port_state == FC_PORTSTATE_BLOCKED) &&
+		if ((rport->port_state == FC_PORTSTATE_BLOCKED ||
+		     rport->port_state == FC_PORTSTATE_NOTPRESENT) &&
 			(rport->channel == channel)) {
 
 			switch (fc_host->tgtid_bind_type) {
Signature · 1 line
1.8.5.6
#2 lore raw
In reply to Hannes Reinecke

Hannes,

Quoted 6 lines

During failover there is a small race window between fc_remote_port_add() and fc_timeout_deleted_rport(); the latter drops the lock after setting the port to NOTPRESENT, so if fc_remote_port_add() is called right at that time it will fail to detect the existing rport and happily adding a new structure, causing rports to get registered twice.

Applied to 4.14/scsi-fixes. Thanks!

Signature · 1 line
Martin K. Petersen	Oracle Linux Engineering