From owner-freebsd-fs@freebsd.org Thu Nov 3 22:56:00 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58449C2DDEC; Thu, 3 Nov 2016 22:56:00 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 720E71BB5; Thu, 3 Nov 2016 22:55:59 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Thu, 03 Nov 2016 23:57:22 +0100 Authentication-Results: connect.ultra-secure.de; iprev=pass; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 1DED0C7C-3780-4DD2-B1DF-EBCDAFC0F998.1 envelope-from (authenticated bits=0); Thu, 03 Nov 2016 23:57:20 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: zfs receive leads to a stuck server From: Rainer Duffner In-Reply-To: <4707908B-4868-4AA6-ADD6-D24121EFAE38@ultra-secure.de> Date: Thu, 3 Nov 2016 23:54:46 +0100 Cc: freebsd-stable Content-Transfer-Encoding: quoted-printable Message-Id: <60B441B0-F5C8-417D-95CF-23ED52E252F0@ultra-secure.de> References: <4707908B-4868-4AA6-ADD6-D24121EFAE38@ultra-secure.de> To: FreeBSD Filesystems X-Mailer: Apple Mail (2.3124) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=14 shared_ip=Y X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 1476, bad: 1, connections: 1791, history: 1475, asn_score: 955, asn_connections: 1050, asn_good: 957, asn_bad: 2, pass:asn, relaying X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2016 22:56:00 -0000 > Am 01.10.2016 um 18:02 schrieb Rainer Duffner = : >=20 > Hi, >=20 > I posted this before, but I didn=E2=80=99t really get an answer and = I=E2=80=99m still looking for ways to debug this. >=20 > I have to servers (HP DL 380 Gen8, 192 GB RAM, 6C CPU). > I=E2=80=99ve outfitted them with HP=E2=80=99s H22x cards (really OEMed = 9207-8x, three altogether) that I recently cross-flashed to LSI=E2=80=99s = latest firmware. And it turns out, using anything branded by HP is just asking for ulcers = and headaches. We replaced said HBAs with LSI^WAvago^WBroadcom HBAs - and everything = started working as it should. There are still hangs at 03:00 and 04:00 (when the snapshots that got = deleted on the master get deleted on the slave) - but that's not really = a problem because they are much shorter than before and nobody is using = the system at that time. So, while the H22x-cards are =E2=80=9Eclose enough to a LSI2308-based = card so that the driver actually thinks it=E2=80=99s a 2308 - they are = in fact not. Also, with the original LSI cards, you can use LSI=E2=80=99s FreeBSD = flash utility and have a far better life overall.