Re: work queue of scsi fc transports should be serialized

2017-05-22 Thread Martin Wilck
On Sat, 2017-05-20 at 08:25 +, Dashi DS1 Cao wrote: > On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > > It seems there is a race of multiple "fc_starget_delete" of the > > same  > > rport, thus of the same SCSI host. The race leads to the race of  > > scsi_remove_target and it cannot

Re: work queue of scsi fc transports should be serialized

2017-05-22 Thread Martin Wilck
On Sat, 2017-05-20 at 08:25 +, Dashi DS1 Cao wrote: > On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > > It seems there is a race of multiple "fc_starget_delete" of the > > same  > > rport, thus of the same SCSI host. The race leads to the race of  > > scsi_remove_target and it cannot

RE: work queue of scsi fc transports should be serialized

2017-05-20 Thread Dashi DS1 Cao
On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > It seems there is a race of multiple "fc_starget_delete" of the same > rport, thus of the same SCSI host. The race leads to the race of > scsi_remove_target and it cannot be prevented by the code snippet > alone, even of the most recent

RE: work queue of scsi fc transports should be serialized

2017-05-20 Thread Dashi DS1 Cao
On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > It seems there is a race of multiple "fc_starget_delete" of the same > rport, thus of the same SCSI host. The race leads to the race of > scsi_remove_target and it cannot be prevented by the code snippet > alone, even of the most recent

Re: work queue of scsi fc transports should be serialized

2017-05-19 Thread Bart Van Assche
On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > It seems there is a race of multiple "fc_starget_delete" of the same rport, > thus of the same SCSI host. The race leads to the race of scsi_remove_target > and it cannot be prevented by the code snippet alone, even of the most recent >

Re: work queue of scsi fc transports should be serialized

2017-05-19 Thread Bart Van Assche
On Fri, 2017-05-19 at 09:36 +, Dashi DS1 Cao wrote: > It seems there is a race of multiple "fc_starget_delete" of the same rport, > thus of the same SCSI host. The race leads to the race of scsi_remove_target > and it cannot be prevented by the code snippet alone, even of the most recent >

work queue of scsi fc transports should be serialized

2017-05-19 Thread Dashi DS1 Cao
I ran into a series of crashes within scsi_remove_target in SUSE 12 SP1 (3.12.49-11-default). This will happen very easily if there is a lot of disks with many storage and host FC ports. It occurs when all the ports are timeout at the same time. 50 disks for each rports (the same 50 LUNs), 4

work queue of scsi fc transports should be serialized

2017-05-19 Thread Dashi DS1 Cao
I ran into a series of crashes within scsi_remove_target in SUSE 12 SP1 (3.12.49-11-default). This will happen very easily if there is a lot of disks with many storage and host FC ports. It occurs when all the ports are timeout at the same time. 50 disks for each rports (the same 50 LUNs), 4