https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212914
--- Comment #2 from Kenneth D. Merry <k...@freebsd.org> --- The device may be going away for several possible reasons: 1. A CCB is returned with the status CAM_DEV_NOT_THERE or CAM_SEL_TIMEOUT. 2. A CCB is returned with the SCSI ASC/ASCQ 0x25,0x00, Logical Unit Not Supported. 3. Someone is doing an xpt_async(AC_LOST_DEVICE, ...) A device may go away and come back as a result of a rescan if any of the following changes: SCSI Standard Inquiry Data (Full inquiry data, including Vendor, Product, Revision) SCSI page 0x80 serial number The first thing I would look at here is what status is getting returned from the drive in question after a reset. If that all looks good, look at whether someone is issuing a rescan, and whether the device is returning inconsistent results. Those inconsistent results could be buried in the part of the Inquiry data that isn't displayed. Standard inquiry data is checksummed along with the serial number and any change in the checksum will make the device go away and come back. Although this is a SATA drive, obviously the only thing that matters is the SCSI response, because CAM is communicating with it as if it is a SCSI protocol device. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
