Date: Wed, 05 Feb 2025 01:16:34 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 166621] [cam] "CAM status: Unconditionally Re-queue Request" not handled Message-ID: <bug-166621-227-Vz0D4QniTR@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-166621-227@https.bugs.freebsd.org/bugzilla/> References: <bug-166621-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166621 Warner Losh <imp@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed CC| |imp@FreeBSD.org Resolution|--- |Not A Bug --- Comment #2 from Warner Losh <imp@FreeBSD.org> --- OK. It is a bug, but the bug is in smartd. Either it should allow CAM to do= the re-tries, or it should implement its own error recovery. Also, this was filed against a release that's out of support. I also use this at work in production on LSI HBAs on thousands of machines = with tens of thousands disks and we don't see this. If it's still an issue, please open a bug with upstream. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-166621-227-Vz0D4QniTR>