Never mind. I found this reported on the target-devel mailing list. Not an FCoE issue.
http://article.gmane.org/gmane.linux.scsi.target.devel/1418/match=target_report_luns Steve > -----Original Message----- > From: devel-boun...@open-fcoe.org [mailto:devel-boun...@open-fcoe.org] On > Behalf Of Clark, Steven > Sent: Thursday, May 24, 2012 6:06 PM > To: devel@open-fcoe.org > Subject: [Open-FCoE] Crash in target_report_luns to virtual lun 0. > > I have a target set up in vn2vn mode with two iblock target luns. > If I delete either lun 0 or lun 1, a REPORT LUNS command from the client acts > as expected. > It reports either LUN 1 or LUN 0, whichever is remaining. > When I delete both LUNs, so I still have a TPG but no LUNs under it, the > target crashes. > > The crash is in target_report_luns. It seems that the data buffer is bad. > I'm always sending > the report luns command to lun 0. What's strange is that tpg_virt_lun0 works > fine with lun1 > present but I get the crash when it is not. I have not been able to figure > out what is causing > the crash. > > Any ideas? Seems like this should be legal as there is still a session, and > the virtual lun0 should just report no luns. > _______________________________________________ devel mailing list devel@open-fcoe.org https://lists.open-fcoe.org/mailman/listinfo/devel
