From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 19:02:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5E7EE6BF; Sun, 27 Jan 2013 19:02:08 +0000 (UTC) (envelope-from universite@ukr.net) Received: from ffe16.ukr.net (ffe16.ukr.net [195.214.192.51]) by mx1.freebsd.org (Postfix) with ESMTP id 06DD7B1; Sun, 27 Jan 2013 19:02:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Date:Message-Id:From:To:References:In-Reply-To:Subject:Cc:Content-Type:Content-Transfer-Encoding:MIME-Version; bh=sgAv80HRGHZrDFfsP8s1dqUbMJPy4blkmHgI4So/RBw=; b=TBW+YxoNuAsbRBw0DTEacjNpHoqgd2/MiI5S12C8LYbpvjyK0JDiIwlIAYq2BJ/URRD6LK0rdE4ssuq66gE/kbB9N84f3JWlBn3se8FzCrEARihxnjm58tGxIbArgLaf6WJ7lkc5r5VQ7hhjPOUGDRxI1MZTLfJjv7oyuXypDno=; Received: from mail by ffe16.ukr.net with local ID 1TzXUN-000IPl-KG ; Sun, 27 Jan 2013 21:01:59 +0200 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain; charset="windows-1251" Subject: Re[2]: AHCI timeout when using ZFS + AIO + NCQ In-Reply-To: <917933DB5C9A490D93A739058C2507A1@multiplay.co.uk> References: <917933DB5C9A490D93A739058C2507A1@multiplay.co.uk> <16B555759C2041ED8185DF478193A59D@multiplay.co.uk> <93308.1359297551.14145052969567453184@ffe15.ukr.net> <13391.1359029978.3957795939058384896@ffe16.ukr.net> <221B307551154F489452F89E304CA5F7@multiplay.co.uk> <70362.1359299605.3196836531757973504@ffe11.ukr.net> To: "Steven Hartland" From: "Vladislav Prodan" X-Mailer: freemail.ukr.net 4.0 Message-Id: <70578.1359313319.18126575192049975296@ffe16.ukr.net> X-Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0 Date: Sun, 27 Jan 2013 21:01:59 +0200 Cc: current@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 19:02:08 -0000 > >> Essentially the combination of SATA 3 speeds the midplane / backplane > >> degraded the connection between the MB and HDD enough to cause > >> the disks to randomly drop when under load. > >> > >> If we connected the disks directly to the MB with SATA cables the > >> problem went away. In the end we had midplanes changed from an > >> AHCI pass-through to active LSI controller. > >> > >> So if you have any sort of midplane / backplane connecting your disks > >> try connecting them direct to the MB / controller via known SATA 3.x > >> compliant cables and see if that stops the drops. > >> > >> Another test you can do is to force the disks to connect at SATA 2.x > >> this also fixed it in our case, but wasn't something we wanted to > >> put into production hence the controller swap. > >> > >> To force SATA 2 speeds you can use the following in /boot/loader.conf > >> where 'X' is disk identifier e.g. for ada0 X = 0:- > >> hint.ahcich.X.sata_rev=2 > > This is still worth trying as it could still indicate a problem > with your controller, cables or disks. > Or, simply disable the ahci kernel module and use only ata? -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE