Date: Wed, 15 Mar 2017 06:47:39 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 211713] NVME controller failure: resetting Message-ID: <bug-211713-8-kQ4KUCzeFy@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211713-8@https.bugs.freebsd.org/bugzilla/> References: <bug-211713-8@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=3D211713 --- Comment #21 from Terry Kennedy <terry-freebsd@glaver.org> --- (In reply to Warner Losh from comment #19) It is a MZVPW128HEGM-00000 which is a SM961. This has happened in multiple systems (identical hardware configs - see below) which otherwise are operat= ing flawlessly. In previous correspondence with jimharris@, he had me try setting hw.nvme.per_cpu_io_queues=3D0 which concealed the problem but resulted in a= bysmal I/O performance (as expected). He also had me set some debug loader tunables and post the results. Those are at https://www.glaver.org/transient/nvme I just moved the card (SM961 on generic PCIe slot adapter) to a Dell PowerE= dge R710. It had been in a Supermicro X8DTH-iF. It works fine in the R710, even= on 10.3-STABLE. Both of those systems are as similar as I could make them - bo= th use the Intel 5520 chipset, both have 2 * X5680 CPU, both have 48GB of RAM (same part number in both systems). So it seems (at least in my case) to be related to the system hardware. I can try ordering some other M.2 NVMe module to see if this issue is speci= fic to the SM961, or if it is a problem with any NVMe on the X8DTH-iF board. --=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-211713-8-kQ4KUCzeFy>