From owner-freebsd-fs@freebsd.org Sun Jan 20 03:30:07 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 715BE14A268E for ; Sun, 20 Jan 2019 03:30:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFB683A1B for ; Sun, 20 Jan 2019 03:30:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C4B5214A268B; Sun, 20 Jan 2019 03:30:06 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B32CF14A2689 for ; Sun, 20 Jan 2019 03:30:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5269A83A17 for ; Sun, 20 Jan 2019 03:30:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id AB1D01521C for ; Sun, 20 Jan 2019 03:30:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0K3U5d4046422 for ; Sun, 20 Jan 2019 03:30:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0K3U5C2046421 for fs@FreeBSD.org; Sun, 20 Jan 2019 03:30:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 175897] [zfs] operations on readonly zpool hang Date: Sun, 20 Jan 2019 03:30:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 1.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 03:30:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D175897 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |gonzo@FreeBSD.org Status|Open |Closed --- Comment #12 from Oleksandr Tymoshenko --- There was a commit referencing this bug, but it's still not closed and has = been inactive for some time. Closing as fixed. Please re-open it if the issue ha= sn't been completely resolved. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-fs@freebsd.org Sun Jan 20 09:59:29 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BB2D14ACD63 for ; Sun, 20 Jan 2019 09:59:29 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DCC58E72E for ; Sun, 20 Jan 2019 09:59:28 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0K9xPh4016016 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Jan 2019 09:59:25 GMT (envelope-from andy@time-domain.co.uk) Date: Sun, 20 Jan 2019 09:59:25 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Maciej Jan Broniarz cc: Rich , freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4DCC58E72E X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.794,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.30)[0.295,0]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.91)[-0.912,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp0.time-domain.co.uk]; IP_SCORE(-0.14)[asn: 2856(-0.61), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 09:59:29 -0000 I don't h/w RAID controllers do any parity checking, etc for RAID 0 virtual disks containing only one disk? I know ZFS on h/w raid can't possibly be optimal and use of JBOD, pass-thru or plain HBA is to be preferred at all times but older RAID controllers don't support non-RAID operation - after all, h/w RAID controller design is primarily intended for the Windows Server market where Windows didn't support any kind of software RAID scheme at that time (it might do know, I don't know). All I can say is ZFS on h/w RAID does work and we've been using it in production for years. I also have a system at home that has FreeBSD installed as ZFS on root on a LSI SAS RAID controller with four RAID 0 virtual disks, again with no problems. Below is the output from one of our servers: root@penguin14:~ # uname -a FreeBSD penguin14 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@penguin14:~ # uptime 9:39AM up 1575 days, 17:52, 2 users, load averages: 0.27, 0.26, 0.28 root@penguin14:~ # zpool status pool: penguin14_tank state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM penguin14_tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 mfid1p1 ONLINE 0 0 0 mfid2p1 ONLINE 0 0 0 mfid3p1 ONLINE 0 0 0 spares mfid4p1 AVAIL errors: No known data errors root@penguin14:~ # jls -h jid host.hostname jid host.hostname 19 penguin14web4 20 penguin14web3 21 penguin14web2 23 penguin14ssl 24 p14mysql55 25 noticeboard_3pb Andy On Sun, 20 Jan 2019, Maciej Jan Broniarz wrote: > Hi, > > I am thinking about the scenario with ZFS on single disks configured to RAID0 by hw raid. > Please correct me, if i'm wrong, but HW Raid uses a dedicated unit to process all RAID related work (eg. parity checks). > With ZFS the job is done by CPU. How significant is the performance loss in that particular case? > > mjb > > > ----- Oryginalna wiadomo?? ----- > Od: "andy thomas" > Do: "Rich" > DW: "Maciej Jan Broniarz" , "freebsd-fs" > Wys?ane: niedziela, 20 stycze? 2019 9:45:21 > Temat: Re: ZFS on Hardware RAID > > I have to agree with your comment that hardware RAID controllers add > another layer of opaque complexity but for what it's worth, I have to > admit ZFS on h/w RAID does work and can work well in practice. > > I run a number of very busy webservers (Dell PowerEdge 2950 with LSI > MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the > FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtual > disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. > With 6-10 jails running on each server, these have been running for > years with no problems at all. > > Andy > > On Sat, 19 Jan 2019, Rich wrote: > >> The two caveats I'd offer are: >> - RAID controllers add an opaque complexity layer if you have problems >> - e.g. if you're using single-disk RAID0s to make a RAID controller >> pretend to be an HBA, if the disk starts misbehaving, you have an >> additional layer of behavior (how the RAID controller interprets >> drives misbehaving and shows that to the OS) to figure out whether the >> drive is bad, the connection is loose, the controller is bad, ... >> - abstracting the redundancy away from ZFS means that ZFS can't >> recover if it knows there's a problem but the underlying RAID >> controller doesn't - that is, say you made a RAID-6, and ZFS sees some >> block fail checksum. There's not a way to say "hey that block was >> wrong, try that read again with different disks" to the controller, so >> you're just sad at data loss on your nominally "redundant" array. >> >> - Rich >> >> On Sat, Jan 19, 2019 at 11:44 AM Maciej Jan Broniarz wrote: >>> >>> Hi, >>> >>> I want to use ZFS on a hardware-raid array. I have no option of making it JBOD. I know it is best to use ZFS on JBOD, but >>> that possible in that particular case. My question is - how bad of an idea is it. I have read very different opinions on that subject, but none of them seems conclusive. >>> >>> Any comments and especially case studies are most welcome. >>> All best, >>> mjb >>> _______________________________________________ >>> freebsd-fs@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> > > > ---------------------------- > Andy Thomas, > Time Domain Systems > > Tel: +44 (0)7866 556626 > Fax: +44 (0)20 8372 2582 > http://www.time-domain.co.uk > > ---------------------------- Andy Thomas, Time Domain Systems Tel: +44 (0)7866 556626 Fax: +44 (0)20 8372 2582 http://www.time-domain.co.uk From owner-freebsd-fs@freebsd.org Sun Jan 20 10:02:13 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AB8E14ACE6A for ; Sun, 20 Jan 2019 10:02:13 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D53D8E9FB for ; Sun, 20 Jan 2019 10:02:12 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: by mail-lj1-x233.google.com with SMTP id s5-v6so15036042ljd.12 for ; Sun, 20 Jan 2019 02:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=UIyA5Nz+sAYj9SsujOK5DEClCJNEublYwUpeyPKpOJ0=; b=tyl8fsQZpq/FQ3jCNtNgJXSp5mSv6IyEmP2hEpa/ntfQXi/HjfrkEpfFL+HjZMY0nS ghIQKVEeu0/YxtQhWWz5VAuaXuXX83XErLTf33iUAlZ7MM/2Q1/lz8ob+uIaIaJVHweg 32nVtlgnYz+db+N+PGbvDyQzsQAiZJrm18xN0yHrWDtjHIY5f3ERWOdPKfBIpAeGpZ7K C2V6GdyQg4cRVdDqz+nYyO2tK6eSAmpm9BMksKdX2Vn8GmcieDQgTaGCihb2R9Xq03yM r+D/F/U+v8vngt/s27OlddbGYVvJm+Gb22t4seeRqu4HF9VA4mXGAGQ9Wns4nXNpr2a7 WdoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=UIyA5Nz+sAYj9SsujOK5DEClCJNEublYwUpeyPKpOJ0=; b=jqPTer62YzbbCzAx7sVDMDuslOdgAkD6xg/vvjKl9ZCmULUPYW1m5LTIhAuFhKUjxw UpYe2ICRIhgDutSDmlqpJXz6cJhjHNcGJONMN84XPHGd8nhqxY2z/0ryzU8HkCBw9GxC +b8f7t2XJvypapBRFTsyQ6U8W78KWnUXphcoz0BzInk3NGPJjwPMTzc+Y7nOyU4G3tTO Xn+lMwkhp5BOZ8Gir6WAr6ZDdyDjP+NO/1VIzDj4tojM6MRom8TVU/dGtJQg5TZ9x6hF pbKRlK8m8vXLKknpVLymohwwVLehLaUPTkKOnWRQ82aCkgvebqoW+UzfqgjwsLv2IWqh yjdQ== X-Gm-Message-State: AJcUukdUigV2AJ1Bxm1pG/t4bGEB7fudDh5Dwo9tsrs102fs99GF/rb9 azMyO6OlPU+8wYxj+E1mlXiiLQu53HruLvzrlR63HQ== X-Google-Smtp-Source: ALg8bN6YGJz3qD6nBcKxzs3KhOl+DtZq/zMT8JkBKPm4hR77foTAleeK0qKC1QTIlSaKlO8e0cJ+EwolGVHNkRzKM/g= X-Received: by 2002:a2e:1552:: with SMTP id 18-v6mr15578056ljv.68.1547978528649; Sun, 20 Jan 2019 02:02:08 -0800 (PST) MIME-Version: 1.0 References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> In-Reply-To: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> From: Rich Date: Sun, 20 Jan 2019 05:01:56 -0500 Message-ID: Subject: Re: ZFS on Hardware RAID To: Maciej Jan Broniarz Cc: andy thomas , freebsd-fs Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 2D53D8E9FB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tyl8fsQZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rincebrain@gmail.com designates 2a00:1450:4864:20::233 as permitted sender) smtp.mailfrom=rincebrain@gmail.com X-Spamd-Result: default: False [-6.51 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.950,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.55)[ip: (-8.69), ipnet: 2a00:1450::/32(-2.12), asn: 15169(-1.84), country: US(-0.08)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 10:02:13 -0000 The performance penalty for using a puny CPU on some PCIe card shouldn't be that bad. :P You were suggesting there was a performance penalty for using SW RAID compared to HW RAID. In practice, shockingly, the CPUs we generally use for doing lots of operations fast are, in fact, pretty fast at doing lots of operations. If you're doing something that absolutely demands all the CPU power the machine can provide, maybe you'd benefit from the slower but unshared chip on the controller. Personally, given that a number of the RAID cards in PE2950s are the right age to have badcaps (source: I had several nasty surprises that were, in fact, very obvious once the system was opened and the bulging+popped capacitors were visible), I would highly recommend you use other cards, preferably HBAs. - Rich On Sun, Jan 20, 2019 at 4:24 AM Maciej Jan Broniarz wro= te: > > Hi, > > I am thinking about the scenario with ZFS on single disks configured to R= AID0 by hw raid. > Please correct me, if i'm wrong, but HW Raid uses a dedicated unit to pro= cess all RAID related work (eg. parity checks). > With ZFS the job is done by CPU. How significant is the performance loss = in that particular case? > > mjb > > > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "andy thomas" > Do: "Rich" > DW: "Maciej Jan Broniarz" , "freebsd-fs" > Wys=C5=82ane: niedziela, 20 stycze=C5=84 2019 9:45:21 > Temat: Re: ZFS on Hardware RAID > > I have to agree with your comment that hardware RAID controllers add > another layer of opaque complexity but for what it's worth, I have to > admit ZFS on h/w RAID does work and can work well in practice. > > I run a number of very busy webservers (Dell PowerEdge 2950 with LSI > MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the > FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtua= l > disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. > With 6-10 jails running on each server, these have been running for > years with no problems at all. > > Andy > > On Sat, 19 Jan 2019, Rich wrote: > > > The two caveats I'd offer are: > > - RAID controllers add an opaque complexity layer if you have problems > > - e.g. if you're using single-disk RAID0s to make a RAID controller > > pretend to be an HBA, if the disk starts misbehaving, you have an > > additional layer of behavior (how the RAID controller interprets > > drives misbehaving and shows that to the OS) to figure out whether the > > drive is bad, the connection is loose, the controller is bad, ... > > - abstracting the redundancy away from ZFS means that ZFS can't > > recover if it knows there's a problem but the underlying RAID > > controller doesn't - that is, say you made a RAID-6, and ZFS sees some > > block fail checksum. There's not a way to say "hey that block was > > wrong, try that read again with different disks" to the controller, so > > you're just sad at data loss on your nominally "redundant" array. > > > > - Rich > > > > On Sat, Jan 19, 2019 at 11:44 AM Maciej Jan Broniarz wrote: > >> > >> Hi, > >> > >> I want to use ZFS on a hardware-raid array. I have no option of making= it JBOD. I know it is best to use ZFS on JBOD, but > >> that possible in that particular case. My question is - how bad of an = idea is it. I have read very different opinions on that subject, but none o= f them seems conclusive. > >> > >> Any comments and especially case studies are most welcome. > >> All best, > >> mjb > >> _______________________________________________ > >> freebsd-fs@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs > >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > > > ---------------------------- > Andy Thomas, > Time Domain Systems > > Tel: +44 (0)7866 556626 > Fax: +44 (0)20 8372 2582 > http://www.time-domain.co.uk From owner-freebsd-fs@freebsd.org Sun Jan 20 09:24:11 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8855F14AC16F for ; Sun, 20 Jan 2019 09:24:11 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2328D91C for ; Sun, 20 Jan 2019 09:24:10 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id 1B77B43A0A9; Sun, 20 Jan 2019 10:24:08 +0100 (CET) Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Dtpyd3yG4jHJ; Sun, 20 Jan 2019 10:24:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by poczta.dzikakuna.net (Postfix) with ESMTP id AFAE843A0AA; Sun, 20 Jan 2019 10:24:06 +0100 (CET) X-Virus-Scanned: amavisd-new at metroplex.pl Received: from poczta.dzikakuna.net ([127.0.0.1]) by localhost (poczta.dzikakuna.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id QVGZDnSvpCJ7; Sun, 20 Jan 2019 10:24:06 +0100 (CET) Received: from poczta.dzikakuna.net (poczta.dzikakuna.net [91.192.224.135]) by poczta.dzikakuna.net (Postfix) with ESMTP id 8C76743A0A9; Sun, 20 Jan 2019 10:24:06 +0100 (CET) Date: Sun, 20 Jan 2019 10:24:05 +0100 (CET) From: Maciej Jan Broniarz To: andy thomas Cc: Rich , freebsd-fs Message-ID: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> In-Reply-To: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> Subject: Re: ZFS on Hardware RAID MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - GC71 (Mac)/8.0.9_GA_6191) Thread-Topic: ZFS on Hardware RAID Thread-Index: Sw47gmJaRzxfRN8DdUurA9QnL/tzyA== X-Rspamd-Queue-Id: 4C2328D91C X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [0.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.55)[-0.547,0]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.31)[0.308,0]; IP_SCORE(0.01)[country: PL(0.03)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gausus.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.50)[-0.502,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: poczta.dzikakuna.net]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42576, ipnet:91.192.224.0/24, country:PL]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 09:24:11 -0000 Hi, I am thinking about the scenario with ZFS on single disks configured to RAI= D0 by hw raid. Please correct me, if i'm wrong, but HW Raid uses a dedicated unit to proce= ss all RAID related work (eg. parity checks). With ZFS the job is done by CPU. How significant is the performance loss in= that particular case? mjb ----- Oryginalna wiadomo=C5=9B=C4=87 ----- Od: "andy thomas" Do: "Rich" DW: "Maciej Jan Broniarz" , "freebsd-fs" Wys=C5=82ane: niedziela, 20 stycze=C5=84 2019 9:45:21 Temat: Re: ZFS on Hardware RAID I have to agree with your comment that hardware RAID controllers add=20 another layer of opaque complexity but for what it's worth, I have to=20 admit ZFS on h/w RAID does work and can work well in practice. I run a number of very busy webservers (Dell PowerEdge 2950 with LSI=20 MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the=20 FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtual= =20 disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare.=20 With 6-10 jails running on each server, these have been running for=20 years with no problems at all. Andy On Sat, 19 Jan 2019, Rich wrote: > The two caveats I'd offer are: > - RAID controllers add an opaque complexity layer if you have problems > - e.g. if you're using single-disk RAID0s to make a RAID controller > pretend to be an HBA, if the disk starts misbehaving, you have an > additional layer of behavior (how the RAID controller interprets > drives misbehaving and shows that to the OS) to figure out whether the > drive is bad, the connection is loose, the controller is bad, ... > - abstracting the redundancy away from ZFS means that ZFS can't > recover if it knows there's a problem but the underlying RAID > controller doesn't - that is, say you made a RAID-6, and ZFS sees some > block fail checksum. There's not a way to say "hey that block was > wrong, try that read again with different disks" to the controller, so > you're just sad at data loss on your nominally "redundant" array. > > - Rich > > On Sat, Jan 19, 2019 at 11:44 AM Maciej Jan Broniarz = wrote: >> >> Hi, >> >> I want to use ZFS on a hardware-raid array. I have no option of making i= t JBOD. I know it is best to use ZFS on JBOD, but >> that possible in that particular case. My question is - how bad of an id= ea is it. I have read very different opinions on that subject, but none of = them seems conclusive. >> >> Any comments and especially case studies are most welcome. >> All best, >> mjb >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > ---------------------------- Andy Thomas, Time Domain Systems Tel: +44 (0)7866 556626 Fax: +44 (0)20 8372 2582 http://www.time-domain.co.uk From owner-freebsd-fs@freebsd.org Sun Jan 20 09:14:42 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F3514ABE2C for ; Sun, 20 Jan 2019 09:14:41 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 042338D580 for ; Sun, 20 Jan 2019 09:14:39 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0K8jL9L015634 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Jan 2019 08:45:24 GMT (envelope-from andy@time-domain.co.uk) Date: Sun, 20 Jan 2019 08:45:21 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Rich cc: Maciej Jan Broniarz , freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 042338D580 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.771,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.88)[0.884,0]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.90)[-0.903,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp0.time-domain.co.uk]; IP_SCORE(-0.14)[asn: 2856(-0.62), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 09:14:42 -0000 I have to agree with your comment that hardware RAID controllers add another layer of opaque complexity but for what it's worth, I have to admit ZFS on h/w RAID does work and can work well in practice. I run a number of very busy webservers (Dell PowerEdge 2950 with LSI MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtual disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. With 6-10 jails running on each server, these have been running for years with no problems at all. Andy On Sat, 19 Jan 2019, Rich wrote: > The two caveats I'd offer are: > - RAID controllers add an opaque complexity layer if you have problems > - e.g. if you're using single-disk RAID0s to make a RAID controller > pretend to be an HBA, if the disk starts misbehaving, you have an > additional layer of behavior (how the RAID controller interprets > drives misbehaving and shows that to the OS) to figure out whether the > drive is bad, the connection is loose, the controller is bad, ... > - abstracting the redundancy away from ZFS means that ZFS can't > recover if it knows there's a problem but the underlying RAID > controller doesn't - that is, say you made a RAID-6, and ZFS sees some > block fail checksum. There's not a way to say "hey that block was > wrong, try that read again with different disks" to the controller, so > you're just sad at data loss on your nominally "redundant" array. > > - Rich > > On Sat, Jan 19, 2019 at 11:44 AM Maciej Jan Broniarz wrote: >> >> Hi, >> >> I want to use ZFS on a hardware-raid array. I have no option of making it JBOD. I know it is best to use ZFS on JBOD, but >> that possible in that particular case. My question is - how bad of an idea is it. I have read very different opinions on that subject, but none of them seems conclusive. >> >> Any comments and especially case studies are most welcome. >> All best, >> mjb >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > ---------------------------- Andy Thomas, Time Domain Systems Tel: +44 (0)7866 556626 Fax: +44 (0)20 8372 2582 http://www.time-domain.co.uk From owner-freebsd-fs@freebsd.org Sun Jan 20 16:00:31 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA86D149711F for ; Sun, 20 Jan 2019 16:00:31 +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 309B36DB44 for ; Sun, 20 Jan 2019 16:00:29 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Sun, 20 Jan 2019 16:57:50 +0100 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.201]; envelope-from= Received: from [192.168.1.201] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id F439532D-1609-4010-93EE-01327792EF6C.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 verify=NO); Sun, 20 Jan 2019 16:57:45 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Subject: Re: ZFS on Hardware RAID From: Rainer Duffner In-Reply-To: <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> Date: Sun, 20 Jan 2019 17:00:16 +0100 Cc: Tom Evans via freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.3445.100.39) 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=15 total_conn=1 shared_ip=N 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, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 8115, bad: 6, connections: 8826, history: 8109, asn_score: 787, asn_connections: 848, asn_good: 788, asn_bad: 1, pass:asn, relaying X-Rspamd-Queue-Id: 309B36DB44 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-0.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.406,0]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.65)[-0.653,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ultra-secure.de]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[connect.ultra-secure.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.33)[-0.329,0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.34)[ipnet: 88.198.0.0/16(0.65), asn: 24940(-2.35), country: DE(-0.01)] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 16:00:32 -0000 > Am 19.01.2019 um 16:07 schrieb Maciej Jan Broniarz = : >=20 > Hi, >=20 > I want to use ZFS on a hardware-raid array. I have no option of making = it JBOD. I know it is best to use ZFS on JBOD, but=20 > that possible in that particular case. My question is - how bad of an = idea is it. I have read very different opinions on that subject, but = none of them seems conclusive. >=20 > Any comments and especially case studies are most welcome. > All best, > mjb > _______________________________________________ What RAID-controller are you actually using? From owner-freebsd-fs@freebsd.org Sun Jan 20 17:18:29 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3C4A149AE25 for ; Sun, 20 Jan 2019 17:18:29 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2019770439 for ; Sun, 20 Jan 2019 17:18:27 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: (wp-smtpd smtp.wp.pl 5922 invoked from network); 20 Jan 2019 18:18:18 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1548004698; bh=JCgMQ8Wd8tcKeG2bJkQrnPudg3EyaaRgHTaij5Xc23M=; h=Subject:To:Cc:From; b=cjjBYVTB9lGT7ukD65Ny0s7GUKecbYXHxfW8EdZozfs0B+sNWuG396rnj247/b+vJ H38UjmJl314oZkrKVebncUnCKcquH5+jM+unUMOunM52ClN036sn8sKqXlseVZciJ3 3UUCWLtKRdzoLZe1DthydVvpHFzsMX/4jkXnZdTs= Received: from bma4.neoplus.adsl.tpnet.pl (HELO [10.0.0.79]) (ipluta@wp.pl@[83.28.220.4]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP for ; 20 Jan 2019 18:18:18 +0100 Subject: Re: ZFS on Hardware RAID To: andy thomas Cc: freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> From: Ireneusz Pluta Message-ID: Date: Sun, 20 Jan 2019 18:18:12 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: pl X-WP-MailID: 9704427ac54d75590d26dcaae459e329 X-WP-AV: skaner antywirusowy Poczty Wirtualnej Polski X-WP-SPAM: NO 000000A [IeME] X-Rspamd-Queue-Id: 2019770439 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wp.pl header.s=1024a header.b=cjjBYVTB; spf=pass (mx1.freebsd.org: domain of ipluta@wp.pl designates 212.77.101.9 as permitted sender) smtp.mailfrom=ipluta@wp.pl X-Spamd-Result: default: False [-2.86 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:212.77.96.0/19]; FREEMAIL_FROM(0.00)[wp.pl]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[wp.pl:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx.wp.pl,mx5.wp.pl]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[wp.pl]; ASN(0.00)[asn:12827, ipnet:212.77.101.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[wp.pl.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; R_DKIM_ALLOW(-0.20)[wp.pl:s=1024a]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.06)[0.064,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[wp.pl]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.101.77.212.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.42)[ipnet: 212.77.101.0/24(-1.18), asn: 12827(-0.94), country: PL(0.03)] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 17:18:29 -0000 W dniu 2019-01-20 o 09:45, andy thomas pisze: > I run a number of very busy webservers (Dell PowerEdge 2950 with LSI MegaRAID SAS 1078 > controllers) with the first two disks in RAID 1 as the FreeBSD system disk and the remaining 4 > disks configured as RAID 0 virtual disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. In this configuration, have you ever made a test of causing a drive failure, to see the hot spare activated? From owner-freebsd-fs@freebsd.org Sun Jan 20 15:34:02 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E97F71495AFC for ; Sun, 20 Jan 2019 15:34:01 +0000 (UTC) (envelope-from jdelisle@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AADC36CB56 for ; Sun, 20 Jan 2019 15:34:00 +0000 (UTC) (envelope-from jdelisle@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id n18-v6so15434019lji.7 for ; Sun, 20 Jan 2019 07:34:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JCzFN//mQGZEGvef0EvSu/ZPaf1lA7/tneQbyR7OsDU=; b=J/m/UJNueps3FBpTMJi+7EPcq19PinQvqAbXHURxMZ1jP9znYgTY7mqDk/fEBxmBmI qBVlF8kAVSBC4Qr9dIGOeQdvqv9hByVd23xXoZ/XGyqz129q6jeC3QBh7SOkv7FcsJxQ klHLnPIe1ZPXiA6tfql5oCP0NwNpXboojcVrCpOgiU3ufxiRXih4C+WlxLfdSDD9bQH5 Fm7/gRxDd9kW4jZzkoZqBe5dyOf4C8OKQctkYbe9zOxDC8PT0cbink/mILtk+H1biBh+ BHxKR6KGM9Q6a2M69g2KSWEYTP6lgWplPs0YqYMS1gS7ZxTc04flLDt5JYHs5a24k7/q B5UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JCzFN//mQGZEGvef0EvSu/ZPaf1lA7/tneQbyR7OsDU=; b=fkqJi6cHxyeV7F+8MKIJcerVkG+hM61JQLWIMhNozqUTwWTrFt2AE8v2eESi70CLQZ V6iKmt2RSh1Ld89Kcm80DqImFa1vWQCgb9yru+fZus5nqvHMEFv38o4d6Tpdt09ShSnw 1ZN4HcMul5/DDnHSZG0FbMBRqpVhJO16QuwmuEl8+fcKEdpnLjAV1hLNtGZaw5xvLJOP x2XPQ7/2sVONQOEaMxmVasPGGUUSX9X93FnNLU7FwlXj3dwzqFeFXzF1bxoI/l+Jy0Ro 1hCk/OtBPVH7QHtPm9UNaFZx7h8+PQhT//J2mmUCfvQiZ+LIS4DSnIAI52uyewWKSJT6 a9GA== X-Gm-Message-State: AJcUuke8ugNxGVfQby1hBUkOdqJB74zpAR9egDte1GokBoLObYJm8IQd 7qz18m2hcdJLWuVBR62zemV/4QeNpM+OoUhLUcM= X-Google-Smtp-Source: ALg8bN4VSbkFDqCZguP9eEnxbdh9MG3r72aq8mePY4jVUCxqm4igYSh0WO8i+t6kmQgJoAnnmuinghY4zedNV5WK1S4= X-Received: by 2002:a2e:1b47:: with SMTP id b68-v6mr13912741ljb.104.1547998438454; Sun, 20 Jan 2019 07:33:58 -0800 (PST) MIME-Version: 1.0 References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> In-Reply-To: From: jdelisle Date: Sun, 20 Jan 2019 09:33:46 -0600 Message-ID: Subject: Re: ZFS on Hardware RAID To: andy thomas Cc: Maciej Jan Broniarz , freebsd-fs X-Rspamd-Queue-Id: AADC36CB56 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=J/m/UJNu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdelisle@gmail.com designates 2a00:1450:4864:20::232 as permitted sender) smtp.mailfrom=jdelisle@gmail.com X-Spamd-Result: default: False [-6.65 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.963,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.68)[ip: (-9.33), ipnet: 2a00:1450::/32(-2.13), asn: 15169(-1.84), country: US(-0.08)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 15:34:02 -0000 On Sun, Jan 20, 2019 at 9:04 AM andy thomas wrote: > I don't h/w RAID controllers do any parity checking, etc for RAID 0 > virtual disks containing only one disk? > I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) cards, when the virtual devices are entire disks each in a RAID0 configuration, the way the adapter writes data to them is effectively the same as JBOD. You can take a RAID0 drive from a PERC 6/e controller and use in with an HBA/ "IT Mode" JBOD controller without issue. I personally migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, and my ZFS VDEV's and pools were totally fine. You can move back and forth no problem. I can't say this is the case for ALL RAID controllers, I've only done this with an old PERC 6/e. > I know ZFS on h/w raid can't possibly be optimal and use of JBOD, > pass-thru or plain HBA is to be preferred at all times but older RAID > controllers don't support non-RAID operation - after all, h/w RAID > controller design is primarily intended for the Windows Server market > where Windows didn't support any kind of software RAID scheme at that time > (it might do know, I don't know). > That's why I did as I describe above. I didn't have the money to buy an HBA until a year or two later, and I had good backups, so I used the PERC 6/e. From owner-freebsd-fs@freebsd.org Sun Jan 20 15:41:11 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 420D81495E47 for ; Sun, 20 Jan 2019 15:41:11 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0922B6CDF6 for ; Sun, 20 Jan 2019 15:41:10 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm1-x334.google.com with SMTP id f188so8526203wmf.5 for ; Sun, 20 Jan 2019 07:41:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=0RkZSAJMYfTIAQiAT40qRJWJauJfw3gjWMB22ReYk3I=; b=LadcRY4OBBBQAgsSa2UvokSf/jUjWwjFHzKICgX6y5Qdcvma1Hv6url3/uFk4XoERh 8WKYDdHLOOanWLmwmQ60gV4dAbbDV/NCWttEGOSrSEbXdYTri0sgzqykSkGjttKu5nTA KmqDdbC7GBSXGujTtMM9ZEQoiSlm2YtfEqklWhrj1RiNamGehRIsGNKzopMQWwvzu8Gc vroVZhtDmUQNVzTsxJ5e+oJF5Q4o8Pm6dtIutc97DK6reSRr79hBlCrNXO9NHw2Lrc88 9yoo6Rnnl/hgCX1ez47P2hkD96E1u7ea4+l0CRAq/sV9SHb1Yl2mN5RDciG1wi0AOuQf t86Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=0RkZSAJMYfTIAQiAT40qRJWJauJfw3gjWMB22ReYk3I=; b=erTjX2qPTir/gCkKJqCxNmRW/6xJdKmb4qM2tmczo73EFP9kZAY45Cn/IfyfJokkhX zOadHyEsWI7b/rEVqaQhwU2Jz9ZMjZnq7hcpo9OXLQtQN+ARQewC6OXbTPKFur7Qu47t 0Vwbt4MsqtdSjeIzCWnwwXdqusUt/HWQvSRpYIZ4O5U4iyc147rSoD3xLQYfrSiCf/uY j2GorTTHwyWC2GR5EWw2Hq4SO2R/EaVOup+ZgWomsv7cAq0JVlZ3j3DMfNN2HhM0px3x A6gf4TW96frrt5/T0HwPhg7ljloTjADJbos4daWim5h4B5NJvUpGxXmxJiz85nUp/CQe jaxQ== X-Gm-Message-State: AJcUukcxOucOHuYP0T+TqKbQAz9Sh58CZoJcuaXBZzP+p8YA8/WKr3IO 1dDWilycHXl+BItz+8Oz2Tc+einE X-Google-Smtp-Source: ALg8bN42AAZ7n/7TdbnxL5zl9XHQlyZ7q+dw2Tm9xbjt6b/j49rphWTQ/yX59xAZGo3ac79jpEbQiw== X-Received: by 2002:a1c:ad45:: with SMTP id w66mr21584029wme.60.1547998868473; Sun, 20 Jan 2019 07:41:08 -0800 (PST) Received: from bens-mac.local (lfbn-mar-1-552-220.w90-118.abo.wanadoo.fr. [90.118.133.220]) by smtp.gmail.com with ESMTPSA id x1sm6282791wru.34.2019.01.20.07.41.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jan 2019 07:41:07 -0800 (PST) From: Ben RUBSON Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID Date: Sun, 20 Jan 2019 16:41:07 +0100 References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> To: freebsd-fs In-Reply-To: Message-Id: <7C7F0DBB-C751-433A-BCB7-4EBE71BB821D@gmail.com> X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0922B6CDF6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LadcRY4O; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of benrubson@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=benrubson@gmail.com X-Spamd-Result: default: False [-6.09 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.61)[ip: (-9.02), ipnet: 2a00:1450::/32(-2.13), asn: 15169(-1.84), country: US(-0.08)]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 15:41:11 -0000 The only thing I would try with a HW RAID card is to configure one = volume per physical disk, so that ZFS can operate as intended. Well, more or less, as there will still be some components in the path = which should not be expected, such as the RAID card cache (you have ZFS = ZIL & ARC / LARC2, upcoming allocation classes). Thus, an IT-mode HBA, for some dozens of dollars / euros, is really = worth the price ! ZFS does not really make sense with only one disk (what's the checksum = benefit once it has failed ?), you could go with any other FS... Regarding cache, be sure you can rely on your disks, as some = (budget-ones ?) may lie answering data is on disk whereas it has only = reached their write cache. You can toggle write cache depending on your disks. camcontrol mode /dev/ -m8 | grep WCE Regarding CPU usage, I'm pretty sure all checksum operations are well = hardware-supported, CPU should not be a bottleneck here (disks will = first be). Ben From owner-freebsd-fs@freebsd.org Sun Jan 20 20:44:11 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 50B3614A5B2D for ; Sun, 20 Jan 2019 20:44:11 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3A68812FA for ; Sun, 20 Jan 2019 20:44:09 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0KKi3nr018974 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 20 Jan 2019 20:44:07 GMT (envelope-from andy@time-domain.co.uk) Date: Sun, 20 Jan 2019 20:44:03 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Ireneusz Pluta cc: freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: E3A68812FA X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.12 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.15)[-0.151,0]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.881,0]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.86)[-0.864,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp0.time-domain.co.uk]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.14)[asn: 2856(-0.61), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[wp.pl]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 20:44:11 -0000 On Sun, 20 Jan 2019, Ireneusz Pluta wrote: > W dniu 2019-01-20 o?09:45, andy thomas pisze: >> I run a number of very busy webservers (Dell PowerEdge 2950 with LSI >> MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the >> FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtual >> disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. > In this configuration, have you ever made a test of causing a drive failure, > to see the hot spare activated? No haven't tried this as the clients never gave me the time to try out possible failure secenarios on the 2950 servers. But I now have a spare 2950 with the same RAID controller as the production servers so I could try that asearly as tomorrow & report back. But I do know a Dell T710 server with Perc 6/i controller and all 8 disks configured as RAID 0 with 5 of them in a ZFS RAIDz1 pool plus one spare, a failed disk can be detached and replaced with the spare using zpool command & the pool resilvered manually. (This was on FBSD 9.3 whose ZFS version 28 I don't think supported automatic activation of hot spares). Resilvering took a long time, about 2.5 days, as these were 1 TB Western Digital Caviar Black disks but it was successful. Andy From owner-freebsd-fs@freebsd.org Sun Jan 20 21:01:16 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35BA314A652A for ; Sun, 20 Jan 2019 21:01:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C2A3E824F9 for ; Sun, 20 Jan 2019 21:01:15 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8702E14A6527; Sun, 20 Jan 2019 21:01:15 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C75714A6526 for ; Sun, 20 Jan 2019 21:01:15 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E227E824ED for ; Sun, 20 Jan 2019 21:01:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 13F901EBA9 for ; Sun, 20 Jan 2019 21:01:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0KL1D5l083795 for ; Sun, 20 Jan 2019 21:01:13 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0KL1DpM083785 for fs@FreeBSD.org; Sun, 20 Jan 2019 21:01:13 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201901202101.x0KL1DpM083785@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: fs@FreeBSD.org Subject: Problem reports for fs@FreeBSD.org that need special attention Date: Sun, 20 Jan 2019 21:01:13 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 21:01:16 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 203492 | mount_unionfs -o below causes panic New | 217062 | for file systems mounted with -o noexec, exec=off Open | 144447 | [zfs] sharenfs fsunshare() & fsshare_main() non f Open | 211491 | System hangs after "Uptime" on reboot with ZFS Open | 221909 | [ZFS] Add a sysctl to toggle send_corrupt_data 5 problems total for which you should take action. From owner-freebsd-fs@freebsd.org Sun Jan 20 17:10:26 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D06AE149A97A for ; Sun, 20 Jan 2019 17:10:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4B90F6FDD4 for ; Sun, 20 Jan 2019 17:10:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0EF8A149A976; Sun, 20 Jan 2019 17:10:26 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1C1F149A975 for ; Sun, 20 Jan 2019 17:10:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB586FDCB for ; Sun, 20 Jan 2019 17:10:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C44E61C933 for ; Sun, 20 Jan 2019 17:10:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0KHAOa5006524 for ; Sun, 20 Jan 2019 17:10:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0KHAONW006523 for fs@FreeBSD.org; Sun, 20 Jan 2019 17:10:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 230962] Kernel panic when writing extended attributes with soft updates enabled Date: Sun, 20 Jan 2019 17:10:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.2-RELEASE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: 2t8mr7kx9f@protonmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 17:10:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230962 --- Comment #8 from 2t8mr7kx9f@protonmail.com --- I can now confirm that this bug still exists in 12.0-RELEASE-p2. Is there anything we can do to help? The panic currently prevents me from u= sing any of my systems with softupdates and / or journaling enabled, which leads= to quite long fsck times in the event of a crash. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sun Jan 20 20:15:41 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E405414A413C for ; Sun, 20 Jan 2019 20:15:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 68FAB77D11 for ; Sun, 20 Jan 2019 20:15:39 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x12e.google.com with SMTP id n18so14015432lfh.6 for ; Sun, 20 Jan 2019 12:15:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oE64pDjvkZGutQtnZr+D4NH//4Du4VihQ+a7iS7Hd2Y=; b=o4/IKqgtDMBxiwrKvWLLHUNZ9IQ6NwlbPZeSjGWVoIu1uZryMjd8YWHFAg9fjTR4P6 4BrE0D/JWdceEbSmbwQdkScV3TAULZjgs3yoY9G32XchrBy1ssLlP/1sZpsZeA47XNQ3 912OWvtjcxs9w1wNP0k0g3vcuFk620tFQf1KwJeAfMQW51N40i8+o2Wy7gHt1g9cl8PY CTgNpuA4Qx324KNElstlQ0A0kITWUj6kUkMK7CGLLU864J5SUx2CCWBK0pCAjHVQad+M l4xOCyrELzvfkles+DAAT8iJjBKzh3Zwlamtwn704EQjp0aVMBZFLbfaC06XrLgbaagL gnYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oE64pDjvkZGutQtnZr+D4NH//4Du4VihQ+a7iS7Hd2Y=; b=TaBE6Lo7aIWlSB+J8NTZqkup0SilL6hMbNHmrSp9G0v5Xn972E/HM5yEaEh2uXXyHO HLJnhJLcdscqjOJgfr8LRcwJ8fz1T6p82IElVG1Vr9nHwRhNuS9WZPwDpmvZK8ypTRWB aQV3GYfFoTVcdcQFiaIevjMgOdVaSltzeIwOC0xJ1KlaIGjH0ol73fOHJjmdr0Es+SVB GidE4gKIr+VUf4yaYI2WgBaU38r0IBIaepfjt0de9eeByFa67kgO2qH/l09yyX6ZSnZf Zr2HA2HR5dvDz3CBm5yyNAmEJRtOe6lItE1jyO4AttBNcV3xBCBYNz8qeVOVOhPip7Gy W1tQ== X-Gm-Message-State: AJcUukdwxeUoVLqoVGBu2zNeJ3QbiFIeQ3zPxsFOXT9GvbqQ1WLDIhNN aY8sRf2D4PULKx/uY02kPAK0NI+oKP6B9/pkAJw= X-Google-Smtp-Source: ALg8bN4bUWin43/XzZwz/Hd9UWVzBIEPlkazcqOi1fJYN8rML/fGRpEYqc39bMroWImhDyKYfqJgknWkP8eAAJVLBEA= X-Received: by 2002:a19:1cb:: with SMTP id 194mr16602000lfb.61.1548015337690; Sun, 20 Jan 2019 12:15:37 -0800 (PST) MIME-Version: 1.0 References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> In-Reply-To: From: Freddie Cash Date: Sun, 20 Jan 2019 12:15:26 -0800 Message-ID: Subject: Re: ZFS on Hardware RAID To: jdelisle Cc: andy thomas , FreeBSD Filesystems X-Rspamd-Queue-Id: 68FAB77D11 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=o4/IKqgt; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2a00:1450:4864:20::12e as permitted sender) smtp.mailfrom=fjwcash@gmail.com X-Spamd-Result: default: False [-6.50 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.78)[-0.777,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.71)[ip: (-9.51), ipnet: 2a00:1450::/32(-2.13), asn: 15169(-1.85), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 20:15:41 -0000 On Sun, Jan 20, 2019, 12:09 PM jdelisle On Sun, Jan 20, 2019 at 9:04 AM andy thomas > wrote: > > > I don't h/w RAID controllers do any parity checking, etc for RAID 0 > > virtual disks containing only one disk? > > > > I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) > cards, when the virtual devices are entire disks each in a RAID0 > configuration, the way the adapter writes data to them is effectively the > same as JBOD. You can take a RAID0 drive from a PERC 6/e controller and > use in with an HBA/ "IT Mode" JBOD controller without issue. I personally > migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, and > my ZFS VDEV's and pools were totally fine. You can move back and forth no > problem. I can't say this is the case for ALL RAID controllers, I've only > done this with an old PERC 6/e. 3Ware controllers configured for Single Disk arrays (which is different from JBOD mode) work the same way. You can move a disk from a Single Disk setup to a software RAID (mdadm or ZFS) without issue. We've migrated many Linux and FreeBSD systems from 3Ware to HBA to onboard SATA at work. I believe the difference between Single and JBOD on the 3Ware is the former allows the onboard cache to be used. Cheers, Freddie Typos due to smartphone keyboard. From owner-freebsd-fs@freebsd.org Sun Jan 20 21:33:45 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02B9A14A7B4D for ; Sun, 20 Jan 2019 21:33:45 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DAA983DFB for ; Sun, 20 Jan 2019 21:33:43 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f177.google.com with SMTP id t9-v6so15864260ljh.6 for ; Sun, 20 Jan 2019 13:33:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=6SP9N/mqdKgXXLxNDIfyuYjaRv1sU+80qmIkNAWAh0w=; b=Dzv1p0fhWko1us1Ej0RSPwexRJ9/m1n4ggn3psDtmlM3v20482I1Uj8u0LOGrd16d2 sJCgsZhq7yzwzRc6D9kY6GY2dFNFCywLX1h7zWav/e+j1kbRvzjCWe529RD1lY+Xv/1p vhV3q2GLQJFGSlFF8bLpy4ZOZYdSomxwtBkqeZ8Ytc0BSOGivH5orC7pBKzmSJqzRJ7+ 6WG4mzZPpf/BChDMooTg/+wEHIVqUQbajWeaPi0oVoRnpuOcB72GQzmjfpsiYs6kpYl0 +Kx6dVQHxfXjHBsFe0IFv0UPGwIM5uF7Q1eRgpxFZ+DlppHK9bRwKqtfdO9CAQ3KOWYm RxJQ== X-Gm-Message-State: AJcUukeZHQerbbaaqP1LHZ8KT4ytW2X8FxbsLvQ42uT3HWUdoq/714ZW 2NgmVQvVQ9ey6JuSSFvYQGbiJl7d X-Google-Smtp-Source: ALg8bN6f3VX5jNYAjhzPRZrl9wPI6E1o587qUfCu11zTNcM7pTDN0w3Bey76nJXlhdaH4W3seWJalg== X-Received: by 2002:a2e:2416:: with SMTP id k22-v6mr17760070ljk.80.1548020015572; Sun, 20 Jan 2019 13:33:35 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id z6sm1927248lfa.87.2019.01.20.13.33.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Jan 2019 13:33:34 -0800 (PST) Subject: Re: ZFS on Hardware RAID To: Ben RUBSON , freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <7C7F0DBB-C751-433A-BCB7-4EBE71BB821D@gmail.com> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <9ea95f3d-6ccd-00d7-4234-b57a318f8bfe@FreeBSD.org> Date: Sun, 20 Jan 2019 23:33:33 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <7C7F0DBB-C751-433A-BCB7-4EBE71BB821D@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8DAA983DFB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.177 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.04 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.90)[-0.900,0]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; IP_SCORE(-1.13)[ipnet: 209.85.128.0/17(-3.74), asn: 15169(-1.85), country: US(-0.08)]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[177.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 21:33:45 -0000 On 20/01/2019 17:41, Ben RUBSON wrote: > ZFS does not really make sense with only one disk (what's the checksum > benefit once it has failed ?), you could go with any other FS... There is 'copies' property, though... -- Andriy Gapon From owner-freebsd-fs@freebsd.org Sun Jan 20 22:04:04 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C798414A8F7E for ; Sun, 20 Jan 2019 22:04:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB0A852EE for ; Sun, 20 Jan 2019 22:04:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 21AA714A8F7D; Sun, 20 Jan 2019 22:04:04 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EB0F14A8F7C for ; Sun, 20 Jan 2019 22:04:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E454852EA for ; Sun, 20 Jan 2019 22:04:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CDD821F5D7 for ; Sun, 20 Jan 2019 22:04:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0KM42KS020949 for ; Sun, 20 Jan 2019 22:04:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0KM42Zh020948 for fs@FreeBSD.org; Sun, 20 Jan 2019 22:04:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 234906] kernel panic: softdep_setup_inomapdep: dependency 0xfffff80107d15c00 for newinode already exists Date: Sun, 20 Jan 2019 22:04:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: johanvz816@giantfoo.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2019 22:04:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234906 --- Comment #19 from johan van Zanten --- This is mostly an insubstantial update: I've not seen either file system related panic since 12 Jan (the ones alrea= dy documented here). I have tried recompiling kernels a few times, to no effe= ct. FWiW, most of the I/O in these situations is with the HD (not the SSD) as i= 've deliberately kept things off of the SSD that "change a lot" in order to pro= long the life of the SSD. So while the OS and installed packages are on the SSD= , my homedir and /usr/src are on the HD. I do this with nullfs mounts and symlin= ks. This might be significant because my web browser's cache is on the HD, and there's a certain about of randomish churn that takes place. Perhaps the combination of the browser I/O and a 4-job build (with ccache) that sometim= es produces the panic. If i can isolate something that seems to cause the panics, i'll try disabli= ng TRIM and see if the panics go away. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 00:22:53 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D59C14AF4E6 for ; Mon, 21 Jan 2019 00:22:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D8E698BE35 for ; Mon, 21 Jan 2019 00:22:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9BFB914AF4DC; Mon, 21 Jan 2019 00:22:52 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A69414AF4D7 for ; Mon, 21 Jan 2019 00:22:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25A628BE2F for ; Mon, 21 Jan 2019 00:22:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6C638A97 for ; Mon, 21 Jan 2019 00:22:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0L0Mp6R046592 for ; Mon, 21 Jan 2019 00:22:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0L0Mp92046591 for fs@FreeBSD.org; Mon, 21 Jan 2019 00:22:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 234906] kernel panic: softdep_setup_inomapdep: dependency 0xfffff80107d15c00 for newinode already exists Date: Mon, 21 Jan 2019 00:22:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 00:22:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234906 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #20 from Warner Losh --- Unless the drives you are using have firmware bugs with TRIMs, I don't think that you'll change anything. TRIM bugs in firmware are rare, but when they happen they usually result in weird data corruption. While FreeBSD doesn't = need the TRIMs, your SSD will do a lot of extra writes if you don't do them, wea= ring it out sooner. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 00:41:11 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE5EB14AFF12 for ; Mon, 21 Jan 2019 00:41:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9F88C93E for ; Mon, 21 Jan 2019 00:41:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1D9EC14AFF11; Mon, 21 Jan 2019 00:41:11 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C20614AFF10 for ; Mon, 21 Jan 2019 00:41:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A06438C938 for ; Mon, 21 Jan 2019 00:41:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E7464D46 for ; Mon, 21 Jan 2019 00:41:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0L0f9kf076707 for ; Mon, 21 Jan 2019 00:41:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0L0f99m076706 for fs@FreeBSD.org; Mon, 21 Jan 2019 00:41:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 234906] kernel panic: softdep_setup_inomapdep: dependency 0xfffff80107d15c00 for newinode already exists Date: Mon, 21 Jan 2019 00:41:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 00:41:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234906 --- Comment #21 from Conrad Meyer --- (In reply to Warner Losh from comment #20) The hypothesis isn't that the drive is corrupting data, but that the UFS tr= im consolidate logic in particular may have a softdep bug which lead to corrupt state. Disabling trim is just a proxy for disabling trim consolidation. I guess another way to target that specifically would just be vfs.ffs.dotrimcons=3D0. Separate from that, there is the possibility that some function of the drive itself injected corruption (volatile write cache or whatever) -- but that explanation is unrelated to TRIM. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 06:22:48 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 664C71491C06 for ; Mon, 21 Jan 2019 06:22:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits)) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF7496FFC5 for ; Mon, 21 Jan 2019 06:22:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8882:37a:8c4c:9b29:ea1d:db2b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 330FE3CD2F; Sun, 20 Jan 2019 22:22:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=m7e2; t=1548051766; x=1548066166; bh=/7IwP03AM48cbQh/hvvCoA7Z/fyq91jjSZVR5xb5ZeU=; h=Reply-To:To:References:From:Subject:Date:In-Reply-To; b=HodjMZLwrn6qO8hTDiWCZ3I3CmrCIPnoJQyH2oqCgf3x+T0QuBVcoF9QnMOESk+Z8 NG3doJVLM2Gko7dKIGLV2nF5GKxApROnXXm92EYeeDfcW8rBFsonEiQ1PtRsgwyN2b rkgzqxjAjrqgrL5hnQFgQVG2I9i76UeYt1JDDWJO4nwD8+sLUrAEERksMgjRJE4qeR vnEdwIm4iZNJbDXynnM6cWw+AJO2UpATWky868LtAK+HxnO/BAo5KDfcLET6WayGHM U3v5a/5wsH4InR6j3gG7wMO0HLN/ZZAHLRWddxCT+8Ae3qFZbgmMCrSLJf2vY/zh2o sVJO/AAhzsb/A== Reply-To: d@delphij.net To: Ben RUBSON , freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <7C7F0DBB-C751-433A-BCB7-4EBE71BB821D@gmail.com> <9ea95f3d-6ccd-00d7-4234-b57a318f8bfe@FreeBSD.org> From: Xin Li Openpgp: preference=signencrypt Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Subject: Re: ZFS on Hardware RAID Message-ID: <835a17ca-a2b4-0bc1-a5ec-3e687450789e@delphij.net> Date: Sun, 20 Jan 2019 22:22:41 -0800 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: <9ea95f3d-6ccd-00d7-4234-b57a318f8bfe@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CZIs7L7tg3boVkOEnqLSZpgrt7xhLqkr2" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 06:22:48 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CZIs7L7tg3boVkOEnqLSZpgrt7xhLqkr2 Content-Type: multipart/mixed; boundary="fHoqTNCrIghaCPjLq8ni3uIq3ZPUBOzvY"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: Ben RUBSON , freebsd-fs Message-ID: <835a17ca-a2b4-0bc1-a5ec-3e687450789e@delphij.net> Subject: Re: ZFS on Hardware RAID References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <7C7F0DBB-C751-433A-BCB7-4EBE71BB821D@gmail.com> <9ea95f3d-6ccd-00d7-4234-b57a318f8bfe@FreeBSD.org> In-Reply-To: <9ea95f3d-6ccd-00d7-4234-b57a318f8bfe@FreeBSD.org> --fHoqTNCrIghaCPjLq8ni3uIq3ZPUBOzvY Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 1/20/19 13:33, Andriy Gapon wrote: > On 20/01/2019 17:41, Ben RUBSON wrote: >> ZFS does not really make sense with only one disk (what's the checksum= >> benefit once it has failed ?), you could go with any other FS... With checksums, you can tell if a file is corrupted. On traditional filesystems, you can only tell when there is built-in integrity checks, or you actually notice the file getting garbled (and it's probably too late at the time). > There is 'copies' property, though... Also multiple copies of critical metadata is stored by default. I actually got saved on an old laptop (crappy hardware, no ECC RAM, etc.) a few years ago, copying the disk to the replacement and a 'zpool scrub' corrected everything for me. It's not a replacement for an up-to-date backup, and it won't save you from a dead disk, but it can be very helpful for "usual" situations where you have a backup from a few days ago and a hard drive that is not totally dead, yet. Cheers, --fHoqTNCrIghaCPjLq8ni3uIq3ZPUBOzvY-- --CZIs7L7tg3boVkOEnqLSZpgrt7xhLqkr2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJcRWU1AAoJEEB5f3yV9INP7x0P/RsdtvdgNj3Om/zeZEUxy51z 4XU/pKHxgSZiJjKovfX+Fw9ScsTsGolgYGo/aWLJLKPDyNYyFaZdltiW5QbJVbXO +V7FulBDaV2bGreTQAYQ+Y++ZVxf7/gMNKPaf3kD68vn8W9fAU/um2k+Cmezmkjb vJIgtnmdebHpfflnSOIaYkpf7JvMT/DuBGpaCGt3XBu47ujnPb3l8AqUEE7y1iba Hs3l0GCBrQuAoSl9TmdRScLZ4dd/t92Fww1TXpBqEk5CMVhP4TpZ0r77FHO4xidQ Vsj11A4SuYTW37+dBflJ8yKO4ipXFLJ1QO/Ti0oVNsDNEstJnVU4EAoMGgRlE44R +C+MhUBb/s01lE586pRkymbdk6QDbRU5Jyl4d/wJtEG4TF0bRLJaWA33E8858PCX 2AX66jqasuvzTV1zD2VvA7za/qhKsUf8V6J//Ervifacx+L2iyBUdEON3IuyofHA 7iMS3oA3lRUO6F4/rMKCL/UkGePEoILdjoIfzy5yL67303BSWrfEiCZU0fb2pkvv Aet7cz3Wwd4Ouj80iwIxNA5kiHvRHjH2Yoz3OJjQ48IkgpELYLHJsBPoR7eEkt19 H2UuvvkeiJ4BcfxdxEZG4YHpeaNNcovsXqIeWE7wwVHphGMmskH67orfXiEdKJ/i zTgi5Jq2yut3BWaLOTh5 =gVhc -----END PGP SIGNATURE----- --CZIs7L7tg3boVkOEnqLSZpgrt7xhLqkr2-- From owner-freebsd-fs@freebsd.org Mon Jan 21 06:34:44 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B85A14920F3 for ; Mon, 21 Jan 2019 06:34:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "anubis.delphij.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F65E70B6C for ; Mon, 21 Jan 2019 06:34:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from odin.corp.delphij.net (unknown [IPv6:2601:646:8882:37a:8c4c:9b29:ea1d:db2b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id D4E8B3CD45 for ; Sun, 20 Jan 2019 22:34:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=m7e2; t=1548052475; x=1548066875; bh=JZTKD+Z0szzYTlJSC+SWyzt/Lz39Pw7HKvmwgFGRAXM=; h=Reply-To:Subject:To:References:From:Date:In-Reply-To; b=PKATH1XQJ/SxBLw/ZRR2nGT0+I/eB5mrEvZCXmHE1CiiOY+OvMtUM10KiQA6yFhws fGsje8olhuluc+879DIz9PoIYLFionyqfOxhaGm+c8Ul9TmNBi3EIasFuFrlsnEfhJ 3jk06QC4AzXGophQD00wF6CjOJ3x4s+qWIq9YlcVvovKw9648oPVcZHF/fo4UYrs2K y8YGAkjDGiLQ/Ul2Y7ciw8y8neQ5M3+nqD6XOL/r9aPma3OCIaJgUo0AUDmq+SBRmy wL3eT0QwjVytPTcufAK0OipfNV4RM7bhLgVEi032w5YRxCMIqatRe9VsZ5xrikKITD ZDEszcvwvPcwg== Reply-To: d@delphij.net Subject: Re: ZFS on Hardware RAID To: freebsd-fs@freebsd.org References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> From: Xin Li Openpgp: preference=signencrypt Autocrypt: addr=delphij@delphij.net; prefer-encrypt=mutual; keydata= mQINBFuSR4oBEACvvEgwRIHs6IcSP/yaDtySF78Ji3rP29qdiQsxhMsOtvtffdbS56VApIWO UFb3/iN2gA8HwLvrmjijN0HEoLVX7na1WARmxRYzQMtApsZIUTtx7hnUYlsi2F5odZa6CDW9 a954DLRzYxiUwYDcu5Zjl9bglK1H8e/N9uC0Vuigr4teWfh86brzOyf819QzwFVYfMIK4ihw QGwMvTzbyVuCFy+LENkmcVYni70oQy6rZ5ktSuYbuOFvu7inRRfhSWPHziV7k+bW88sJ7xhv lBlegcnhkSudWX2M8tZ3MO1PJOcyys0CJlsBY5Weiog2lIPi05h/E9pZ9mc1Vud17iqDaL6w RaggOUhuPfDGCdO5ro82W4BZGeQMRnRF5Ntk+t2ShIH4nn3xRLV0E5nziCiKlgiMqOrz/ZTL QTVbHrCuiwD+fSK14y0oHbkOLYTYLlgh1JbwfY2Ty7elOYiWzyeJ7sJh2dF91NSEneWIOys3 mBpuvtU3nSzzTvAB48VV+Nbg1CpIOgNlPjj7uhIum/Z/VjUaJEyaLpTIRh0MVJVcbP7hXSqZ NA35EEZZVnWEOYdycm4CmEdeNPWkrAf2Ya77iR5VLGypwMlsUMQPh+sKVWDD38M8stFGBBNm d01Hi74Bsq5hKan654dOqMt5eYklrVj0ucMzFQtus7oE502UswARAQABtBxYaW4gTEkgPGRl bHBoaWpAZGVscGhpai5uZXQ+iQJUBBMBCgA+FiEEceNg5NEMZIki80nQQHl/fJX0g08FAluS R/YCGwMFCQmuhAAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQQHl/fJX0g0+2Og//bWpE F2V5/M5l6YW1T8oLcT9rIOH6oq9M0LMNRgFeiNNnilGIeeIgtOGBRueG4CZiZAvsRPJkrO70 1R2SrdkCIvwGUzUAxx1NfBWb+vgm4fgkW/MotGonceM5v0qfSKKXasWvDctkK28aG+IoQzmi FjXNW4+ju4zeQFYwD4ZDWqw9MqO0hVb24uW3dxtQhbfmOLgJ/PEDMQaFuANbW1c+iR0BQA3D Go/EeMY4kpN8on6Aqt/S/4JVltudfQ9OXdjQsC7netSaB9K3mHGt9aKAAB7RzlRY00DKkYS/ /eQwLzGPmK7yX13M68mMDjBs6mIR8t/E1S5OdBNhHRPNPlEbwugR4KaiCsN5yqzJoSV99fKY z2VyxjWPaG8yhHE+jmKUgIBKTfFUQEfkriQR4EASoeJ+soaMTiFDBij1Zw5n3ndLRFMB1ZCl fZLER36mAgW4m4kP83TWnDiJLxOxSOxifV8HpTFjff902H85cybg9KMwrfPDr6W19GGk5Vo1 fkza5krRMGbKWb7+74Evusi0ZxJLIOFwp5Y8eVqUMZaAD3f1ZX1M3pgXOp20QgAy+2KvMHij rLa4q+tMGRzYYD1BnFVSVdXAX5VOoTmHBcDz67DkuRwk2Byp1sgd407oEOmSwrNJlKS0TPCm xUJ2fdSQF+1/MMSRfee49vtMvz7cOrC5Ag0EW5JHigEQANiBmIFAfRNH3nzYNWC0yC+tfx3z sUwAsH1VaBM/cTib+yKtbBOSIlXWjJZWX3MHwoI/1LeGghB2mxkkX1L0pJ/vj1eXNR+sFZ32 0pYcl61Fxg/5fioG4QDTM4i3i7NR5PxDnc6UVaynSlII93DedRhZ1ROtdn4vyMgzsDiqhbL7 BthDOt5KxjqdRk4qRPSw7BovEqZLOcG5IJtf/zZUzRbM7SBljEbOAfekDGx1Br+RrYSD7/Ef Pwwzou9T8315IpBpIHyQF/dZNk3iFiB9Ed5CA71ZRYV5YoLWE9lL0j9kxOLQ5vHnX3mVq7QZ Bc7nzwZ6UhQgYmrG5+RWvuiPpGwvDRIsugJUGXucYkAQh5kuNblmkwpv6u9rNMjCNbzAylOa qdogra5EW+RUSbRz0b4iIr8nnZeAlh7BihCe7JjOwbDjoBEEEtSfVc4hD/LENqpcYVrChphf aOLB9YIXhnVDTVvMc9OklWT/81HzAaDQqOQCzEfY92199Ct9/CwRoQ2OpO8TO5+8A7b9Nb33 nmxMn09mb48ruRacMrfHxCWbgU4w9SEfbip4GcS5wGG6yTC+hw55Iwnnwus40NrJ0GEr8a4r cdsLbkvlyoNHB8ZGgyJ4aFCQ1V4qE1BnlTk7Z8BYBUkJM1odPSkVvHpCnMUjVpJ3hEOC+73Z YH1dh7lZABEBAAGJAjwEGAEKACYWIQRx42Dk0QxkiSLzSdBAeX98lfSDTwUCW5JHigIbDAUJ Ca6EAAAKCRBAeX98lfSDTz8DEACMh3poeUb+gWNF4RWFZuLteZVo0+E1JLYXQkmtrRBLXviP +Qy0pXyFAVxLM4hNIBoIDYfK9BcwrBYf7AwSKrH0GiNwFpgHCkbZd6qoZy2gB+adTnCpVCTJ KJetsH/8awkrChJWMK0ckGf3EeWMPvawG7kW7FBz70NYEZ0pOMiaEZNVtzD3wwbYWUiDFYth 83XGglOExg+1ShTW5XjQPRrdyJAO+aUW4o3lVjfyUJXMgI4rmhMiLVm06GuNrbpKIF0s+4Vd jQAjhrDQjfoXi9CkfsA/cONseuHNv1JGj3RqHiqHJq1dbrpodXp925zGDAnUGxCOBPoFopAH gVzR89GTut059GpwqsddZmU6y7rqifuam/ekJ+QRwc16vgt7pHqCrTY8WPxRZr2UpFU1wlTo COdeiFep1gq1F9jzFjJnoMaAdmC6k7bgAA+RQusOgIhJL0jIej7DoAHxmxFFCfRy+lDtpXwF gQ8HMvzHI65QWmQnMo7s6SQH/ZH5s1yR6SJq8+3lDz+dCuT42qJVqIPVvxd10LW0FNN+t7HF eLadU6ekSgD13/EYMYXlvNHkw7dAItSDxIzgRyykLz0bCU9xwNWoS4Z43+ifF9anJ+uR0ltW El1j++h6ZrD3LLuCgJIt1so0m49GzdcSpOI7LCwMlacyvafiEyjUn+tSNDsnfw== Message-ID: <7e496a87-9c94-63e7-e48e-7f719c2e7874@delphij.net> Date: Sun, 20 Jan 2019 22:34:31 -0800 User-Agent: Thunderbird MIME-Version: 1.0 In-Reply-To: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ZgN8q2zxDFUkdMnT3BGlRx1UpT5ovRvhq" X-Rspamd-Queue-Id: 1F65E70B6C X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=delphij.net header.s=m7e2 header.b=PKATH1XQ; dmarc=pass (policy=none) header.from=delphij.net; spf=pass (mx1.freebsd.org: domain of delphij@delphij.net designates 64.62.153.212 as permitted sender) smtp.mailfrom=delphij@delphij.net X-Spamd-Result: default: False [-6.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[d@delphij.net]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+mx]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[delphij.net:+]; MX_GOOD(-0.01)[cached: anubis.delphij.net]; DMARC_POLICY_ALLOW(-0.50)[delphij.net,none]; NEURAL_HAM_SHORT(-1.00)[-0.996,0]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; IP_SCORE(-0.68)[asn: 6939(-3.35), country: US(-0.08)]; ASN(0.00)[asn:6939, ipnet:64.62.128.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[delphij.net:s=m7e2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 06:34:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ZgN8q2zxDFUkdMnT3BGlRx1UpT5ovRvhq Content-Type: multipart/mixed; boundary="Ff9DMMrcplC0uSkPEXxyawPmsOV379354"; protected-headers="v1" From: Xin Li Reply-To: d@delphij.net To: freebsd-fs@freebsd.org Message-ID: <7e496a87-9c94-63e7-e48e-7f719c2e7874@delphij.net> Subject: Re: ZFS on Hardware RAID References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> In-Reply-To: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> --Ff9DMMrcplC0uSkPEXxyawPmsOV379354 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 1/20/19 01:24, Maciej Jan Broniarz wrote: > Hi, >=20 > I am thinking about the scenario with ZFS on single disks configured to= RAID0 by hw raid. > Please correct me, if i'm wrong, but HW Raid uses a dedicated unit to p= rocess all RAID related work (eg. parity checks). > With ZFS the job is done by CPU. How significant is the performance los= s in that particular case? But you don't really skip that cost when layering ZFS on top of a hardware RAID. ZFS still does checksumming, etc., and you really want it to do its job because a) it would tell you which files were corrupted in the worst case scenario, and b) when doing scrubs, ZFS only scans areas with data, while in hardware RAID case, the filesystem is opaque and it has to scan everything. >=20 > mjb >=20 >=20 > ----- Oryginalna wiadomo=C5=9B=C4=87 ----- > Od: "andy thomas" > Do: "Rich" > DW: "Maciej Jan Broniarz" , "freebsd-fs" > Wys=C5=82ane: niedziela, 20 stycze=C5=84 2019 9:45:21 > Temat: Re: ZFS on Hardware RAID >=20 > I have to agree with your comment that hardware RAID controllers add=20 > another layer of opaque complexity but for what it's worth, I have to=20 > admit ZFS on h/w RAID does work and can work well in practice. >=20 > I run a number of very busy webservers (Dell PowerEdge 2950 with LSI=20 > MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as th= e=20 > FreeBSD system disk and the remaining 4 disks configured as RAID 0 virt= ual=20 > disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare.=20 > With 6-10 jails running on each server, these have been running for=20 > years with no problems at all. >=20 > Andy >=20 > On Sat, 19 Jan 2019, Rich wrote: >=20 >> The two caveats I'd offer are: >> - RAID controllers add an opaque complexity layer if you have problems= >> - e.g. if you're using single-disk RAID0s to make a RAID controller >> pretend to be an HBA, if the disk starts misbehaving, you have an >> additional layer of behavior (how the RAID controller interprets >> drives misbehaving and shows that to the OS) to figure out whether the= >> drive is bad, the connection is loose, the controller is bad, ... >> - abstracting the redundancy away from ZFS means that ZFS can't >> recover if it knows there's a problem but the underlying RAID >> controller doesn't - that is, say you made a RAID-6, and ZFS sees some= >> block fail checksum. There's not a way to say "hey that block was >> wrong, try that read again with different disks" to the controller, so= >> you're just sad at data loss on your nominally "redundant" array. >> >> - Rich >> >> On Sat, Jan 19, 2019 at 11:44 AM Maciej Jan Broniarz wrote: >>> >>> Hi, >>> >>> I want to use ZFS on a hardware-raid array. I have no option of makin= g it JBOD. I know it is best to use ZFS on JBOD, but >>> that possible in that particular case. My question is - how bad of an= idea is it. I have read very different opinions on that subject, but non= e of them seems conclusive. >>> >>> Any comments and especially case studies are most welcome. >>> All best, >>> mjb >>> _______________________________________________ >>> freebsd-fs@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"= >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> >=20 >=20 > ---------------------------- > Andy Thomas, > Time Domain Systems >=20 > Tel: +44 (0)7866 556626 > Fax: +44 (0)20 8372 2582 > http://www.time-domain.co.uk > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20 --Ff9DMMrcplC0uSkPEXxyawPmsOV379354-- --ZgN8q2zxDFUkdMnT3BGlRx1UpT5ovRvhq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJcRWf7AAoJEEB5f3yV9INPj24P/R3MJYhg1QG9hydGuqitIWWZ nhK8zPfZ09YAt/PnHr7VWP6zMIPsLMP1NHYxmJd2erC2GdsI7GOM9ZgNBz+zb/u4 uYQdbZz3ObFVQIayGoHpuxTxJnpPXmjj4LkwoVPY/5SIcGplGvEDNBVn1aPDWbwl PXu9IMjekgQ4Ih4a4X2o5Vb3CY51FuIVNNzr+G5AM6kA47bXjSwO4SDHeFUJvwsu f44XZECeaa2VjCCzNwoWVlVUT5M8p5VnAmGDhBYD4/wpJvhffhUANc+HAsl2ozaH SkeRfCitbFLKWKtXQLwtb2rvONQMSAh9qLFv1q5FyVuRWqvHDJd7s7DoK998UgJg n2hck3UG4/kiDE76kgchi7YISioUgd081cGPmY4mtTJg8NEq5kVdASQxxTqtWpNM 9UdJ1fz8TpxB9X8D/szx330WunGoiFEz15Ia71k7tEaB1hqYvwrpfwvTCEqLFbRC 5gHq9yKlpD5T4gJLYiLsH+R2Ceh5YI1mlNttzn86Ukb2nqOh3r4KzEvXuW1ZGZnL bG4d1L0hEmJJkWdTz6XXnw6W0xZDzNr317lUfey35ASFgR6d4mRSdgN19FTTmkVg +6zxOsrZ0PS69vTaUHVjYAq3sbVGXrsyzNkBN9o5RU0O65SvimGujr0aBaIDmXkw 9O2TcnTEjP4j7NRT63tn =yj9f -----END PGP SIGNATURE----- --ZgN8q2zxDFUkdMnT3BGlRx1UpT5ovRvhq-- From owner-freebsd-fs@freebsd.org Mon Jan 21 07:43:37 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 44E53149AB05 for ; Mon, 21 Jan 2019 07:43:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D2B4072EFC for ; Mon, 21 Jan 2019 07:43:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 96438149AB04; Mon, 21 Jan 2019 07:43:36 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84D4B149AB03 for ; Mon, 21 Jan 2019 07:43:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 249B572EFB for ; Mon, 21 Jan 2019 07:43:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 52D6B4D61 for ; Mon, 21 Jan 2019 07:43:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0L7hZx0016003 for ; Mon, 21 Jan 2019 07:43:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0L7hZWd016002 for fs@FreeBSD.org; Mon, 21 Jan 2019 07:43:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 230962] Kernel panic when writing extended attributes with soft updates enabled Date: Mon, 21 Jan 2019 07:43:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.2-RELEASE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 07:43:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230962 --- Comment #9 from Kirk McKusick --- Work still in progress on a fix for this bug. Hope to have a test patch soo= n. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 09:54:00 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CF1D14A1C71 for ; Mon, 21 Jan 2019 09:54:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C2B3C80E18 for ; Mon, 21 Jan 2019 09:53:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8056E14A1C6F; Mon, 21 Jan 2019 09:53:59 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D3BC14A1C6E for ; Mon, 21 Jan 2019 09:53:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 054B680E16 for ; Mon, 21 Jan 2019 09:53:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5B69260BF for ; Mon, 21 Jan 2019 09:53:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0L9rwDl025979 for ; Mon, 21 Jan 2019 09:53:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0L9rwJE025978 for fs@FreeBSD.org; Mon, 21 Jan 2019 09:53:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 194586] [zfs] kernel panic when running zpool/add/option-f_size_mismatch.t Date: Mon, 21 Jan 2019 09:53:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 09:54:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194586 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |gonzo@FreeBSD.org --- Comment #5 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 14:11:26 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E50D514AABC6 for ; Mon, 21 Jan 2019 14:11:25 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7C548B0C3 for ; Mon, 21 Jan 2019 14:11:24 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id B7E499DDD00; Mon, 21 Jan 2019 15:11:12 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Mon, 21 Jan 2019 15:11:09 +0100 Cc: Maciej Jan Broniarz , freebsd-fs@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8761FDAC-3D47-4827-A0E5-A4F34C4C3BAE@sarenet.es> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> To: jdelisle X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: C7C548B0C3 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-0.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.36)[-0.358,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.52)[0.516,0]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[smtp.sarenet.es,smtp.sarenet.es,smtp.sarenet.es]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 14:11:26 -0000 > On 19 Jan 2019, at 20:29, jdelisle wrote: >=20 > You'll find a lot of strong opinions on this topic over at the FreeNAS > forums. I too am wish an authoritative, knowledgeable SME would = answer > and thoroughly explain the inner workings and the risks involved. = Most of > the FreeNAS forum posts on this topic devolve into hand-waving and = blurry > incomplete explanations that end in statements like "trust me, don't = do > it". I'd love to understand why not. I'm curious and eager to learn = more. Alright, let me try with one of the many reasons to avoid =E2=80=9Chardwar= e RAIDs=E2=80=9D. Disk redundancy in a RAID system offers several benefits. It can not = only detect data corruption (and not all systems are equally good at that) but it = can also help repair it. Of course with adequate redundancy you can survive the loss = of one or several drives. But as I said not all corruption detection schemes are born equal. ZFS = has a very=20 sophisticated and effective one, developed as an answer to the = increasing size of the storage systems and the files. Everything has become so large, = the probability of an unnoticed corrupted block is quite high. Some storage systems have = suffered from silent data corruption for instance. Common =E2=80=9Chardware based RAID systems=E2=80=9D, which means = =E2=80=9Csoftware running on a small, embedded processor=E2=80=9D usually have quite limited checksum = systems. ZFS has a much more robust one. So, now let=E2=80=99s assume we are setting up a server and we have two = choices: use the HBA in =E2=80=9Chardware RAID=E2=80=9D mode, or use it just as a common HBA = relying on ZFS for redundancy. Option 1: Hardware RAID. Which is the preferred option by many people = because, well,=20 =E2=80=9Chardware=E2=80=9D sounds more reliable. Option 2: ZFS using disks, period. I refuse to use the JBOD term because = it=E2=80=99s an added layer of confusion over what should be a simple subject.=20 Now let=E2=80=99s imagine that there=E2=80=99s some data corruption on = one of the disks. The corruption is not detected by the hardware RAID but it=E2=80=99s promptly detected by = the more elaborate ZFS checksum scheme.=20 If we chose option 1, ZFS will let us know that there is a corrupted = file. But because redundancy was provided only by the underlying =E2=80=9Chardware RAID=E2=80= =9D ZFS won=E2=80=99t have the=20 ability to heal anything.=20 Had we chosen option 2, however, and assuming that there was some = redundancy, ZFS would not only report a data corruption incident, but it would return = correct data unless=20 the blocks were corrupted in several of the disks.=20 Assuming that ZFS has a much better error correction/detection than most = =E2=80=9Chardware RAID=E2=80=9D options (except the high end storage subsystems), running = ZFS on a logical volume built on a =E2=80=9Chardware RAID=E2=80=9D is roughly equivalent to = running it on a single disk with no redundancy. At least you won=E2=80=99t get a real benefit of the better = recovery mechanisms offered by ZFS. Do you want another reason? If you use a "hardware RAID=E2=80=9D = solution you are stuck with it. In case you suffer a controller failure you will need the same hardware = to recover. With ZFS you can move the disks to a different system with a different HBA. As long as = ZFS can access the disks without any odd stuff it will work regardless of the hardware = manufacturer. There are other important performance reasons related to the handling of = data and metadata but I think that the first reason I mentioned (ZFS error recovery and = healing capabilities) is a strong enough motivation to avoid =E2=80=9Chardware RAIDs=E2=80=9D Borja. From owner-freebsd-fs@freebsd.org Mon Jan 21 14:13:03 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22EB714AADE6 for ; Mon, 21 Jan 2019 14:13:03 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F2198B399 for ; Mon, 21 Jan 2019 14:13:02 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id 5F3169DCA45; Mon, 21 Jan 2019 15:12:59 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> Date: Mon, 21 Jan 2019 15:12:56 +0100 Cc: andy thomas , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> To: Maciej Jan Broniarz X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 6F2198B399 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-0.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.340,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_SPAM_SHORT(0.54)[0.545,0]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 14:13:03 -0000 > On 20 Jan 2019, at 10:24, Maciej Jan Broniarz = wrote: >=20 > Hi, >=20 > I am thinking about the scenario with ZFS on single disks configured = to RAID0 by hw raid. > Please correct me, if i'm wrong, but HW Raid uses a dedicated unit to = process all RAID related work (eg. parity checks). > With ZFS the job is done by CPU. How significant is the performance = loss in that particular case? Modern CPUs are supercomputers. ZFS performs amazingly well even with = the puny CPUs found in some small computers like the HP MIcroservers. And there is another advantage with ZFS running on the main processor: = end to end error detection and recovery, especially if you are using ECC memory. Borja. From owner-freebsd-fs@freebsd.org Mon Jan 21 14:17:15 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FA1E14AAED3 for ; Mon, 21 Jan 2019 14:17:15 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 555718B4F7 for ; Mon, 21 Jan 2019 14:17:13 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id 2ADB89DDD8C; Mon, 21 Jan 2019 15:17:10 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Mon, 21 Jan 2019 15:17:08 +0100 Cc: andy thomas , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> To: jdelisle X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 555718B4F7 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-0.59 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.338,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_SPAM_SHORT(0.53)[0.532,0]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 14:17:15 -0000 > On 20 Jan 2019, at 16:33, jdelisle wrote: > I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) > cards, when the virtual devices are entire disks each in a RAID0 > configuration, the way the adapter writes data to them is effectively = the > same as JBOD. You can take a RAID0 drive from a PERC 6/e controller = and > use in with an HBA/ "IT Mode" JBOD controller without issue. I = personally > migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, = and > my ZFS VDEV's and pools were totally fine. You can move back and = forth no > problem. I can't say this is the case for ALL RAID controllers, I've = only > done this with an old PERC 6/e. However a single disk RAID0 volume (what manufacturers call a JBOD) is = not the same=20 as a disk. With the =E2=80=9Cvirtual JBOD=E2=80=9D you lose direct CAM = access, which means that some advanced options won=E2=80=99t be supported. For example, if you are using SSDs ZFS knows when to issue a TRIM (or, = in general, BIO_DELETE) command. Does the =E2=80=9Cvirtual JBOD=E2=80=9D offer that = option?=20 The same could be said of other functionalities available when you talk = directly to the disks. > That's why I did as I describe above. I didn't have the money to buy = an > HBA until a year or two later, and I had good backups, so I used the = PERC > 6/e. Depending on the LSI model used in that card you can make it behave like = an HBA.=20 Borja. From owner-freebsd-fs@freebsd.org Mon Jan 21 15:40:23 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D934514ACF57 for ; Mon, 21 Jan 2019 15:40:22 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90EC88E7A9 for ; Mon, 21 Jan 2019 15:40:21 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x536.google.com with SMTP id a20so16901862edc.8 for ; Mon, 21 Jan 2019 07:40:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=TAtvgJqfD9+stMlaNiZjDHcxJoINacw11hxS3UREFY4=; b=Q3qeZB4dPhsEfS6zDiGGsnz+SVsS3K+adwQtJkwAT3pg3wmVGTAGi4IXZCLXBS+gi1 TuiyVh2EogaZmcBUPCvNk38SOIG4l+mnSX5oz06XV5MvXvxtXUvYXoKjMIvB3/BG7BS9 M7ElwCuvivPWElFqtt1boXXOAtYuWM8Qd/9zIYS+KE5DJy71obK/ocYUhKK1/WLtOlca lLMAXD9Gt23Gvoi+FArzU5Esdk5SZ5IvaANH1yqfXtNbXNlDvRqqh0U6w1C1coFPf6JO fkUkSHy0ptlGxKo65fx/GjyDH24kWQgpCLbh4RVNkrGO/f+hrnLHQYzB+pCrHoGsIXPx xRqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=TAtvgJqfD9+stMlaNiZjDHcxJoINacw11hxS3UREFY4=; b=OAm00lA3nXdEI7Q/XOIj6O8cUNfYvGyLYKdp7OB9t44iJ1kg/0f/kqDgy1fbqBajgn 4fmJ1a5nf8LrvMfGdwgs1F1EnsVujSav5j1PrPQK1uWo66C+J5qDjLySO3VPb7s4Psq6 QU7jlj1asXlX9MgCi95ade8l0r7WnRQ9KAHPNKkPsTvkdNEr1aF2RrjAe4gqVr3liC2u xZhelOW1JQ96sJL1JAKp+fuZgBr5CLQbOUc3iSfaw8nxNbiH/Z9IUQufouuk+Ql8MzqW wgR9+vrCgW8bfwAkDm7zSTfNvEG/gM8PXPnVV4WBAjnyVJXD0CZCG7j0/fKB9XJsP/ID kURw== X-Gm-Message-State: AJcUukdph3MQepdgfZPayIYaDHVIme1CG4ZGSyyfXzTYke9j6kG7fCST ym2tP/7Tf8SLoeNVspv+Y0yDxfoC+gA= X-Google-Smtp-Source: ALg8bN6OeNGqwtuLl1xfYrtacrWtufS+PDiQ0b1/OsmL8UOgBG1hFzLF4mDuYzGAkFWtBVavnqgU4g== X-Received: by 2002:a50:fc07:: with SMTP id i7mr27361516edr.153.1548085219574; Mon, 21 Jan 2019 07:40:19 -0800 (PST) Received: from [10.44.128.75] ([161.12.40.153]) by smtp.gmail.com with ESMTPSA id b19-v6sm5111196ejp.77.2019.01.21.07.40.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jan 2019 07:40:18 -0800 (PST) Subject: Re: ZFS on Hardware RAID To: Borja Marcos , jdelisle Cc: freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> From: Steven Hartland Message-ID: <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> Date: Mon, 21 Jan 2019 15:40:18 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> Content-Language: en-US X-Rspamd-Queue-Id: 90EC88E7A9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=Q3qeZB4d; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::536 as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-6.12 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[multiplay.co.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ASPMX.L.GOOGLE.COM,ALT2.ASPMX.L.GOOGLE.COM,ALT1.ASPMX.L.GOOGLE.COM,ASPMX3.GOOGLEMAIL.COM,ASPMX2.GOOGLEMAIL.COM]; RCVD_IN_DNSWL_NONE(0.00)[6.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.97)[-0.973,0]; IP_SCORE(-2.64)[ip: (-9.10), ipnet: 2a00:1450::/32(-2.15), asn: 15169(-1.86), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 15:40:23 -0000 On 21/01/2019 14:17, Borja Marcos wrote: > >> On 20 Jan 2019, at 16:33, jdelisle wrote: >> I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) >> cards, when the virtual devices are entire disks each in a RAID0 >> configuration, the way the adapter writes data to them is effectively the >> same as JBOD. You can take a RAID0 drive from a PERC 6/e controller and >> use in with an HBA/ "IT Mode" JBOD controller without issue. I personally >> migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, and >> my ZFS VDEV's and pools were totally fine. You can move back and forth no >> problem. I can't say this is the case for ALL RAID controllers, I've only >> done this with an old PERC 6/e. > However a single disk RAID0 volume (what manufacturers call a JBOD) is not the same > as a disk. With the “virtual JBOD” you lose direct CAM access, which means that some > advanced options won’t be supported. > > For example, if you are using SSDs ZFS knows when to issue a TRIM (or, in general, > BIO_DELETE) command. Does the “virtual JBOD” offer that option? Typically yes it does. > The same could be said of other functionalities available when you talk directly > to the disks. > > >> That's why I did as I describe above. I didn't have the money to buy an >> HBA until a year or two later, and I had good backups, so I used the PERC >> 6/e. > Depending on the LSI model used in that card you can make it behave like an HBA. > Indeed you can for most, but its not an easy or error free option, requires *force *flashing from IR to IT firmware, and if it goes wrong you can end up with a bricked controller. We've used LSI's in IR mode (RAID) but as individual disks JBOD with ZFS raid2z or mirroring on top for a long time and on lots of machines, not had any issues to report. So while I would never use hardware RAID from those controllers with ZFS, JBOD on them is an easy and reliable option in our experience.     Regards     Steve From owner-freebsd-fs@freebsd.org Mon Jan 21 16:00:20 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A1FCC14ADB13 for ; Mon, 21 Jan 2019 16:00:20 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 129EA8F752 for ; Mon, 21 Jan 2019 16:00:20 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1glbzk-000B2f-Ut; Mon, 21 Jan 2019 16:00:17 +0000 Date: Mon, 21 Jan 2019 16:00:16 +0000 From: Gary Palmer To: Borja Marcos Cc: jdelisle , freebsd-fs Subject: Re: ZFS on Hardware RAID Message-ID: <20190121160016.GC45377@in-addr.com> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 129EA8F752 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 16:00:20 -0000 On Mon, Jan 21, 2019 at 03:17:08PM +0100, Borja Marcos wrote: > > > > On 20 Jan 2019, at 16:33, jdelisle wrote: > > I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) > > cards, when the virtual devices are entire disks each in a RAID0 > > configuration, the way the adapter writes data to them is effectively the > > same as JBOD. You can take a RAID0 drive from a PERC 6/e controller and > > use in with an HBA/ "IT Mode" JBOD controller without issue. I personally > > migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, and > > my ZFS VDEV's and pools were totally fine. You can move back and forth no > > problem. I can't say this is the case for ALL RAID controllers, I've only > > done this with an old PERC 6/e. > > However a single disk RAID0 volume (what manufacturers call a JBOD) is not the same > as a disk. With the ???virtual JBOD??? you lose direct CAM access, which means that some > advanced options won???t be supported. > > For example, if you are using SSDs ZFS knows when to issue a TRIM (or, in general, > BIO_DELETE) command. Does the ???virtual JBOD??? offer that option? > > The same could be said of other functionalities available when you talk directly > to the disks. This is a pertinent point. If I remember right, no LSI RAID controller supports TRIM/UNMAP on SSDs. Spinning rust is OK in a RAID controller, but if you have SSDs attached to the LSI RAID controller and plan to use them in ZFS it is better to get a HBA instead. I don't know about other RAID controller manufacturers. Regards, Gary From owner-freebsd-fs@freebsd.org Mon Jan 21 17:54:43 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80B0614B148B for ; Mon, 21 Jan 2019 17:54:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 177C66DDD7 for ; Mon, 21 Jan 2019 17:54:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CF15414B1488; Mon, 21 Jan 2019 17:54:42 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDC6C14B1487 for ; Mon, 21 Jan 2019 17:54:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B6686DDCE for ; Mon, 21 Jan 2019 17:54:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id A5788A715 for ; Mon, 21 Jan 2019 17:54:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0LHsfgZ011744 for ; Mon, 21 Jan 2019 17:54:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0LHsf7C011741 for fs@FreeBSD.org; Mon, 21 Jan 2019 17:54:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 200585] [nlm] Fatal trap 9 when printing out KASSERT trying to run umount -f on an NFS share while it's trying to print out "lockd not responding" in nlm(4) Date: Mon, 21 Jan 2019 17:54:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 17:54:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200585 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |gonzo@FreeBSD.org --- Comment #10 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 19:26:47 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBE7214B4FAC for ; Mon, 21 Jan 2019 19:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 66AA773C24 for ; Mon, 21 Jan 2019 19:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2716B14B4FA9; Mon, 21 Jan 2019 19:26:47 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15AA014B4FA8 for ; Mon, 21 Jan 2019 19:26:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8556E73C20 for ; Mon, 21 Jan 2019 19:26:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id AA400B543 for ; Mon, 21 Jan 2019 19:26:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0LJQjCf042647 for ; Mon, 21 Jan 2019 19:26:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0LJQj7N042646 for fs@FreeBSD.org; Mon, 21 Jan 2019 19:26:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 216380] mv /[dir == mountpoint] causes kernel panic Date: Mon, 21 Jan 2019 19:26:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 19:26:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216380 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |gonzo@FreeBSD.org --- Comment #3 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 19:27:40 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 214EE14B502A for ; Mon, 21 Jan 2019 19:27:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AD8A273CDF for ; Mon, 21 Jan 2019 19:27:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 707FD14B5029; Mon, 21 Jan 2019 19:27:39 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5EE0B14B5028 for ; Mon, 21 Jan 2019 19:27:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2CCF73CD9 for ; Mon, 21 Jan 2019 19:27:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EE037B548 for ; Mon, 21 Jan 2019 19:27:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0LJRbZ3043479 for ; Mon, 21 Jan 2019 19:27:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0LJRbRH043478 for fs@FreeBSD.org; Mon, 21 Jan 2019 19:27:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 217062] for file systems mounted with -o noexec, exec=off property does not work for mmap Date: Mon, 21 Jan 2019 19:27:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: cc resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 19:27:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217062 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gonzo@FreeBSD.org Resolution|--- |FIXED Status|New |Closed --- Comment #12 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jan 21 20:05:31 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 478F514B63AC for ; Mon, 21 Jan 2019 20:05:31 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8AA676522 for ; Mon, 21 Jan 2019 20:05:29 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x531.google.com with SMTP id a20so17510371edc.8 for ; Mon, 21 Jan 2019 12:05:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=svyxM5Edxr05G9Pr3gOmk3+k5jHvW/NhruMV3fx22JY=; b=z4rSR3PWNtbZT3+OaPmJDphVLf5mtRxRP4IdbDFUZcbOWt62BE8bSL1/o0ZTwyzTV0 IKQnd7BRF/394VT4VdfASWo3mHj/X45FS2p4E3rx8EVGrpa7tPFa1hUSRdMNY6N1o94/ TawXB00xLeLGlcxXovP7xJhwl2cLHML+qWa0ZRwARyiieUbdRLhNhLA3Iio5dAu4WtOF QS5/iYeJYacff0Mh6ImmgWudlthgOiEZReAFYTi5gcNSv4F9GkK0XEn9zbvkxyx/fOrD ys8ekW/kY8RGSdTCydwuEoK4l0U+e+EAe1jyh/t9HMAxLJFzdXzv5rnA8ikxwrxpbahY 3BZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=svyxM5Edxr05G9Pr3gOmk3+k5jHvW/NhruMV3fx22JY=; b=KsuyHRN2UI8zVor+ncl9rCikDFr9XSHk0Yc55nQkZ7X4gjxBniXM51nx/mgbf0I1JZ RYhdVu7arkIvwqaMDE0o9OckyyvWn9pqNcfVIjM6Cui99doz8mSgEfVX8ntifI6uQAiT SqdAxBs3VuhZ8upGgDRPdFksxUbgTIXhv397qe7DuP1x2uUlAKStcEwxZod+x/q5tDdL WwA20fYrkuy8dYJTOveRL6oEGuca1eGQ5qbeq1DevFJxl5ixaT5tAihmT51NYofGFrqi dcjzLbrfYK9/62YlKurgDBgmUvsCyXUYw2DCUTkpl4vm1uJIXl+++3S8JEguByJ6ouSE Gc5A== X-Gm-Message-State: AJcUukfCWAyxcUgGXvp5I0j55HlXZrTefCOGq+79GV2MKurPsETt1Wj8 pQxP7jlyrg7+zgwCNs0HPrvSa11qo8Y= X-Google-Smtp-Source: ALg8bN4DYjMN5Q5+s8LI63ThSbWmUMCAl+THWmZcLzA/NkCuNaxy1m8tBJzswSzt8F2o/EPnwBma3A== X-Received: by 2002:a50:b559:: with SMTP id z25mr27760436edd.239.1548101127786; Mon, 21 Jan 2019 12:05:27 -0800 (PST) Received: from [10.44.128.75] ([161.12.40.153]) by smtp.gmail.com with ESMTPSA id p21sm8858861edr.67.2019.01.21.12.05.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Jan 2019 12:05:26 -0800 (PST) Subject: Re: ZFS on Hardware RAID To: Gary Palmer , Borja Marcos Cc: freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <20190121160016.GC45377@in-addr.com> From: Steven Hartland Message-ID: Date: Mon, 21 Jan 2019 20:05:27 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190121160016.GC45377@in-addr.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: E8AA676522 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=z4rSR3PW; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-6.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[multiplay.co.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ASPMX.L.GOOGLE.COM]; RCVD_IN_DNSWL_NONE(0.00)[1.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.95)[-0.946,0]; IP_SCORE(-2.64)[ip: (-9.09), ipnet: 2a00:1450::/32(-2.16), asn: 15169(-1.87), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 20:05:31 -0000 On 21/01/2019 16:00, Gary Palmer wrote: > On Mon, Jan 21, 2019 at 03:17:08PM +0100, Borja Marcos wrote: >> >>> On 20 Jan 2019, at 16:33, jdelisle wrote: >>> I can say for certain that with Dell PERC 6/e RAID (SAS 8087ELP based) >>> cards, when the virtual devices are entire disks each in a RAID0 >>> configuration, the way the adapter writes data to them is effectively the >>> same as JBOD. You can take a RAID0 drive from a PERC 6/e controller and >>> use in with an HBA/ "IT Mode" JBOD controller without issue. I personally >>> migrated 14x 1TB drives off PERC 6/e (all RAID0's) to a SAS 6gbps HBA, and >>> my ZFS VDEV's and pools were totally fine. You can move back and forth no >>> problem. I can't say this is the case for ALL RAID controllers, I've only >>> done this with an old PERC 6/e. >> However a single disk RAID0 volume (what manufacturers call a JBOD) is not the same >> as a disk. With the ???virtual JBOD??? you lose direct CAM access, which means that some >> advanced options won???t be supported. >> >> For example, if you are using SSDs ZFS knows when to issue a TRIM (or, in general, >> BIO_DELETE) command. Does the ???virtual JBOD??? offer that option? >> >> The same could be said of other functionalities available when you talk directly >> to the disks. > This is a pertinent point. If I remember right, no LSI RAID controller > supports TRIM/UNMAP on SSDs. Spinning rust is OK in a RAID controller, > but if you have SSDs attached to the LSI RAID controller and plan to use > them in ZFS it is better to get a HBA instead. LSI controllers, even RAID ones, when used in JBOD mode pass this information through correctly. Even if its SATA disk, it should work after I added support to pass-through ATA command to CAM SCSI disk many years ago.     Regards     Steve From owner-freebsd-fs@freebsd.org Mon Jan 21 21:49:34 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A201814B9CB0 for ; Mon, 21 Jan 2019 21:49:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 369E783F63 for ; Mon, 21 Jan 2019 21:49:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id EE3C014B9CAF; Mon, 21 Jan 2019 21:49:33 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB3BA14B9CAE for ; Mon, 21 Jan 2019 21:49:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76A9E83F62 for ; Mon, 21 Jan 2019 21:49:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B57F4CBE8 for ; Mon, 21 Jan 2019 21:49:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0LLnWXY078684 for ; Mon, 21 Jan 2019 21:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0LLnWou078683 for fs@FreeBSD.org; Mon, 21 Jan 2019 21:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 222199] zfs command crashed with option checksum=skein Date: Mon, 21 Jan 2019 21:49:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2019 21:49:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222199 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |gonzo@FreeBSD.org --- Comment #8 from Oleksandr Tymoshenko --- There is a commit referencing this PR, but it's still not closed and has be= en inactive for some time. Closing the PR as fixed but feel free to re-open it= if the issue hasn't been completely resolved. Thanks --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jan 22 11:19:35 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49D1414B8917 for ; Tue, 22 Jan 2019 11:19:35 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E3AC86FF0 for ; Tue, 22 Jan 2019 11:19:33 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0MBFxN3031040 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 22 Jan 2019 11:19:26 GMT (envelope-from andy@time-domain.co.uk) Date: Tue, 22 Jan 2019 11:15:59 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Ireneusz Pluta cc: freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 1E3AC86FF0 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.78 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.46)[0.458,0]; NEURAL_HAM_LONG(-0.86)[-0.862,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp0.time-domain.co.uk]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.06)[-0.063,0]; IP_SCORE(-0.14)[asn: 2856(-0.60), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[wp.pl]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 11:19:35 -0000 On Sun, 20 Jan 2019, Ireneusz Pluta wrote: > W dniu 2019-01-20 o?09:45, andy thomas pisze: >> I run a number of very busy webservers (Dell PowerEdge 2950 with LSI >> MegaRAID SAS 1078 controllers) with the first two disks in RAID 1 as the >> FreeBSD system disk and the remaining 4 disks configured as RAID 0 virtual >> disks making up a ZFS RAIDz1 pool with 3 disks plus one hot spare. > In this configuration, have you ever made a test of causing a drive failure, > to see the hot spare activated? Yesterday I set up a spare Dell 2950 with Perc 5/i Integrated HBA and six 73 GB SAS disks, with the first two disks configured as a RAID 1 system disk (/dev/mfid0) and the remaining 4 disks as RAID 0 (mfid1- mfid4). After adding a freebsd-zfs GPT partition to each of these 4 disks I then created a RAIDz1 pool using mfid1p1, mfid2p1 and mfid3p1 with mfid4p1 as a spare, followed by creating a simple ZFS filesystem. After copying a few hundred MB of files to the ZFS filesystem, I yanked /dev/mfid3 out to simulate a disk failure. I was then able to manually detach the failed disk and replace it with the spare. Later, after pushing /dev/mfid3 back in followed by a reboot and scrubbing the pool, mfid4 automatically replaced the former mfid3 that was pulled out and mfid3 became the new spare. So a spare disk replacing a failed disk seems to be semi-automatic in FreeBSD (this was version 10.3) although I have seen fully automatic replacement on a Solaris parc platform. Andy From owner-freebsd-fs@freebsd.org Tue Jan 22 11:53:06 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3E1614B9423 for ; Tue, 22 Jan 2019 11:53:05 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B8BE880C2 for ; Tue, 22 Jan 2019 11:53:04 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id C50069DD42B; Tue, 22 Jan 2019 12:53:00 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> Date: Tue, 22 Jan 2019 12:52:59 +0100 Cc: jdelisle , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0B8BE880C2 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-1.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.34)[-0.340,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; NEURAL_HAM_SHORT(-0.12)[-0.118,0]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 11:53:06 -0000 > On 21 Jan 2019, at 16:40, Steven Hartland = wrote: >=20 >>=20 > Typically yes it does. >> The same could be said of other functionalities available when you = talk directly >> to the disks. >>=20 >>=20 >>=20 >>> That's why I did as I describe above. I didn't have the money to = buy an >>> HBA until a year or two later, and I had good backups, so I used the = PERC >>> 6/e. >>>=20 >> Depending on the LSI model used in that card you can make it behave = like an HBA.=20 >>=20 >>=20 > Indeed you can for most, but its not an easy or error free option, = requires force flashing from IR to IT firmware, and if it goes wrong you = can end up with a bricked controller. >=20 > We've used LSI's in IR mode (RAID) but as individual disks JBOD with = ZFS raid2z or mirroring on top for a long time and on lots of machines, = not had any issues to report. So while I would never use hardware RAID = from those controllers with ZFS, JBOD on them is an easy and reliable = option in our experience. Sorry to insist, but maybe we are talking of different stuff? My = apologies in advance if I am confused and/or my information is outdated.=20 JBOD mode: a mode offered by some LSI Logic IR controllers to create = virtual devices mapped so that each one is effectively. For example, with the mfi driver the =E2=80=9Cdisks=E2=80=9D appear as = =E2=80=9Cmfisyspd=E2=80=9D devices while the =E2=80=9Cconventional=E2=80=9D= logical volumes appear as=20 =E2=80=9Cmfid=E2=80=9D. My information could be outdated though?=20 HBA mode: when the card is in IT mode *or* it does expose the actual = targets to the CAM layer. In the past I did it by manually patching the drivers and I=E2=80=99ve kept systems running = smoothly for many years despite using IR cards.=20 Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to = achieve the same effect without ugly tinkering.=20 Unless I am terribly wrong, when I tried the JBOD mode as defined above = (with LSI SAS3 cards and IR firmware) the mfisyspd devices were not actual CAM devices.=20 Actually I find =E2=80=9CJBOD=E2=80=9D an artificial and confusing term = because it can mean so many things. I would have rather preferred LSI to avoid it and provide either real, transparent access to the = actual targets insteaf of somewhat =E2=80=9Cvirtualizing=E2=80=9D them. Again, I may be confused? I haven=E2=80=99t tried to configure a LSI IR = card as =E2=80=9CJBOD=E2=80=9D for a long time. Maybe now they do expose the targets instead of defining logical volumes? Thanks! Borja. From owner-freebsd-fs@freebsd.org Tue Jan 22 12:04:57 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 116E414BA75B for ; Tue, 22 Jan 2019 12:04:57 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu1176c.smtpx.saremail.com (cu1176c.smtpx.saremail.com [195.16.148.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31F3289091 for ; Tue, 22 Jan 2019 12:04:56 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop02.sare.net (Postfix) with ESMTPA id 5852A9DC715; Tue, 22 Jan 2019 13:04:46 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Tue, 22 Jan 2019 13:04:45 +0100 Cc: Ireneusz Pluta , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> To: andy thomas X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 31F3289091 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.148.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-1.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.32)[-0.316,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.148.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_HAM_LONG(-0.98)[-0.982,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; NEURAL_HAM_SHORT(-0.09)[-0.093,0]; RCVD_IN_DNSWL_NONE(0.00)[151.148.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; FREEMAIL_CC(0.00)[wp.pl]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 12:04:57 -0000 > On 22 Jan 2019, at 12:15, andy thomas wrote: >=20 >=20 > Yesterday I set up a spare Dell 2950 with Perc 5/i Integrated HBA and = six 73 GB SAS disks, with the first two disks configured as a RAID 1 = system disk (/dev/mfid0) and the remaining 4 disks as RAID 0 (mfid1- = mfid4). After adding a freebsd-zfs GPT partition to each of these 4 = disks I then created a RAIDz1 pool using mfid1p1, mfid2p1 and mfid3p1 = with mfid4p1 as a spare, followed by creating a simple ZFS filesystem. >=20 > After copying a few hundred MB of files to the ZFS filesystem, I = yanked /dev/mfid3 out to simulate a disk failure. I was then able to = manually detach the failed disk and replace it with the spare. Later, = after pushing /dev/mfid3 back in followed by a reboot and scrubbing the = pool, mfid4 automatically replaced the former mfid3 that was pulled out = and mfid3 became the new spare. You shouldn=E2=80=99t require a reboot. If the actual targets are = exposed to the CAM layer your disks will appear as =E2=80=9Cda=E2=80=9D = (SAS backplane) and you can offline a device,=20 hot plug a new one, at most do a =E2=80=9Ccamcontrol rescan=E2=80=9D to = detect it and run a zfs replace (or whatever) without stopping the = system.=20 If your drives are =E2=80=9Cmfid=E2=80=9D devices you may need either a = reboot or some magic rituals using =E2=80=9Csas2ircu=E2=80=9D or = =E2=80=9Csas3ircu=E2=80=9D to have the controller recognize the new = drive and accept it as a valid volume. > So a spare disk replacing a failed disk seems to be semi-automatic in = FreeBSD (this was version 10.3) although I have seen fully automatic = replacement on a Solaris parc platform. There are several stages at play here: 1- Starting up and recognizing a SAS or SATA drive.=20 2- Having it recognized as a volume by a RAID card. With LSI cards and = single disk RAID0 volumes it may require a reboot or using the = sas2ircu/sas3ircu utility. 3- ZFS replacement, which on Solaris can be automatic and on FreeBSD is = done manually (I haven=E2=80=99t tried zfsd yet). Borja.= From owner-freebsd-fs@freebsd.org Tue Jan 22 12:10:40 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05E4F14BACF5 for ; Tue, 22 Jan 2019 12:10:40 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B6CFB89436 for ; Tue, 22 Jan 2019 12:10:38 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id A904F9DD7E0; Tue, 22 Jan 2019 13:10:35 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Tue, 22 Jan 2019 13:10:34 +0100 Cc: Steven Hartland , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> To: Borja Marcos X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: B6CFB89436 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-2.34 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.801,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; NEURAL_HAM_SHORT(-0.75)[-0.749,0]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 12:10:40 -0000 > On 22 Jan 2019, at 12:52, Borja Marcos wrote: >=20 > HBA mode: when the card is in IT mode *or* it does expose the actual = targets to the CAM layer. In the past I did it > by manually patching the drivers and I=E2=80=99ve kept systems running = smoothly for many years despite using IR cards.=20 > Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to = achieve the same effect without ugly tinkering.=20 This is what I did long ago to have IR cards expose the targets to the = CAM layer. It was a suggestion from Scott Long. I first did it with AAC cards, later with MFI ones.=20 = https://lists.freebsd.org/pipermail/freebsd-scsi/2007-October/003223.html Some years ago the =E2=80=9Crecipe=E2=80=9D was made official (although = not encouraged) by adding the=20 hw.mfi.allow_cam_disk_passthrough tunable. Doing this I didn=E2=80=99t need to create volumes or anything. Just = plug the disks and avoid to configure anything for them on the RAID controller. The disks appeared as =E2=80=9Cd= a=E2=80=9D devices and I could hot plug them and use the CAM commands without any issues.=20 Borja. From owner-freebsd-fs@freebsd.org Tue Jan 22 12:51:31 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D041A14BBC08 for ; Tue, 22 Jan 2019 12:51:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6793D8AF8B for ; Tue, 22 Jan 2019 12:51:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2B47F14BBC07; Tue, 22 Jan 2019 12:51:31 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 08B3214BBC06 for ; Tue, 22 Jan 2019 12:51:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9515C8AF83 for ; Tue, 22 Jan 2019 12:51:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D1BE715010 for ; Tue, 22 Jan 2019 12:51:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0MCpTpI059790 for ; Tue, 22 Jan 2019 12:51:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0MCpT2B059786 for fs@FreeBSD.org; Tue, 22 Jan 2019 12:51:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 225423] panic: softdep_deallocate_dependencies: dangling deps Date: Tue, 22 Jan 2019 12:51:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: babupalit@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 12:51:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225423 Arpan Palit changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |babupalit@gmail.com --- Comment #22 from Arpan Palit --- Hi, I am using freeBSD stable/11 branch, and still facing the same dangling deps panic as the b_ioflags flag is re-set'ed (i.e., BIO_ERROR not set) and also observed most cases b_error is 0. Testing environment has following commit head. ---------------------------------------------------------------------------= --- commit 7b249ab3e16a3d41d0a58a43d7d89137a1c9ec00 (HEAD -> stable/11, origin/stable/11) Author: delphij Date: Tue Jan 22 04:20:52 2019 +0000 ---------------------------------------------------------------------------= --- backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D fsync: giving up on dirty (error =3D 6) 0xfffff8029cbda938: tag devfs, type= VCHR usecount 1, writecount 0, refcount 15 rdev 0xfffff80247038400 flags (VI_DOOMED|VI_ACTIVE) v_object 0xfffff80247d320f0 ref 0 pages 95 cleanbuf 10 dirtybuf 2 lock type devfs: EXCL by thread 0xfffff8029c84d620 (pid 774, df, tid 100720) dev ada1p1 panic: softdep_deallocate_dependencies: dangling deps cpuid =3D 57 KDB: stack backtrace: #0 0xffffffff80b20d27 at kdb_backtrace+0x67 #1 0xffffffff80add3c7 at vpanic+0x177 #2 0xffffffff80add453 at panic+0x43 #3 0xffffffff80d84376 at softdep_deallocate_dependencies+0x76 #4 0xffffffff80b7cd2c at brelse+0x16c #5 0xffffffff80b9bc5d at flushbuflist+0x15d #6 0xffffffff80b9b891 at bufobj_invalbuf+0x81 #7 0xffffffff80b9f06e at vgonel+0x18e #8 0xffffffff80b9f68f at vgone+0x2f #9 0xffffffff809aba42 at devfs_delete+0x1a2 #10 0xffffffff809ac1e2 at devfs_populate_loop+0x2b2 #11 0xffffffff809abf1a at devfs_populate+0x4a #12 0xffffffff809b0dcc at devfs_populate_vp+0x8c #13 0xffffffff809afa0f at devfs_getattr+0x1f #14 0xffffffff810dc8a7 at VOP_GETATTR_APV+0xf7 #15 0xffffffff80bad553 at vn_stat+0xa3 #16 0xffffffff80bab44f at vn_statfile+0x4f #17 0xffffffff80a8a8a9 at kern_fstat+0xa9 -> Am I missing some patch or the issue still required some potential fix? Thanks, Arpan --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jan 22 15:21:18 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC67814A50BC for ; Tue, 22 Jan 2019 15:21:18 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1B1A9069A for ; Tue, 22 Jan 2019 15:21:17 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x532.google.com with SMTP id p6so19663975eds.0 for ; Tue, 22 Jan 2019 07:21:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=0j2pkuXIH3Y3ovsBp09AjVexgb3QAIvPl/A1Qs9ScB0=; b=d5DUtEeOHVzSZr2OmvadW73o1XQkmObKrxQz8jmIrlK7roYQh8jOG7T8fGjTzXguau u4+tCwPC6lXmYP9Vj4HljZSukj/BGy3W1X1lZLAMVB/dxv4eoDrxcpHbRyBMR0OwRwvl hJHTlqmFaTDoZ09kTemR7AsZas10zQi1okAdOz44qaBNAXQ1YiqBXdckiDxWve3bqwdL 0mROxNU2+KF2+jwJt/CgojyMPi6/4WS6yIKPbohcuwIT7whJgwoFa6ptwetkbdx/KgnA 5dc/JEvaIZnBtdpHTH4B3kxlCL09UPfUJZji1XONBSWY9mSVoevcPGf5qZmqgEHMZEt4 EtpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=0j2pkuXIH3Y3ovsBp09AjVexgb3QAIvPl/A1Qs9ScB0=; b=DMkQ7o8eP1ooJRaPtGCjiUqG6L5J2zBpN2oTeotirLH3aw/7CS0j3wLEhupppCEUz/ 0WShnbypKiExlIHJjZND3XXsrlFZC+4F3XQ+IzF+/EHBdZrk+P68VeopxFrGc0tfT/13 bcE2+XaG3gQtpK8bILAorEFGRMwcdiYKUFK02GOEIxbhpmAxKGm7yuj4iY1kpp2IgV9d Jt8RTradA8dWjeUjS9fFeFcj2acovo0CtP4AdcYFA5OkF+y3gDfhfDCHx4VL1PKxR9es jXa+17pQNOhcIFk5MmJw4eVXthYzC0dolUi025MLUAU7KU0PIPPJ7nyp8s7xNpJORaPA 1uRQ== X-Gm-Message-State: AJcUukeBSBXpkuPpWcwwMnsOXiLAva7g3lwc7ZT6rXzjGGairTHQDOXj BeSb1ICOvl+vauMrMbA0JvmaoNbJznQ= X-Google-Smtp-Source: ALg8bN5Sr8aJQwbfPAFvzdcM3zhQP9daFam/YYR7uj/v/bzsfSLDctflSqEc44U4JqQ5TJFQ2n9hZw== X-Received: by 2002:a05:6402:643:: with SMTP id u3mr31027054edx.276.1548170475488; Tue, 22 Jan 2019 07:21:15 -0800 (PST) Received: from [10.44.128.75] ([161.12.40.153]) by smtp.gmail.com with ESMTPSA id a38sm9548765edd.44.2019.01.22.07.21.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jan 2019 07:21:14 -0800 (PST) Subject: Re: ZFS on Hardware RAID To: Borja Marcos Cc: jdelisle , freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> From: Steven Hartland Message-ID: Date: Tue, 22 Jan 2019 15:21:15 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: B1B1A9069A X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=d5DUtEeO; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-6.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[multiplay.co.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ASPMX.L.GOOGLE.COM]; RCVD_IN_DNSWL_NONE(0.00)[2.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; IP_SCORE(-2.61)[ip: (-8.93), ipnet: 2a00:1450::/32(-2.18), asn: 15169(-1.89), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 15:21:19 -0000 On 22/01/2019 11:52, Borja Marcos wrote: > >> On 21 Jan 2019, at 16:40, Steven Hartland wrote: >> >> Typically yes it does. >>> The same could be said of other functionalities available when you talk directly >>> to the disks. >>> >>> >>> >>>> That's why I did as I describe above. I didn't have the money to buy an >>>> HBA until a year or two later, and I had good backups, so I used the PERC >>>> 6/e. >>>> >>> Depending on the LSI model used in that card you can make it behave like an HBA. >>> >>> >> Indeed you can for most, but its not an easy or error free option, requires force flashing from IR to IT firmware, and if it goes wrong you can end up with a bricked controller. >> >> We've used LSI's in IR mode (RAID) but as individual disks JBOD with ZFS raid2z or mirroring on top for a long time and on lots of machines, not had any issues to report. So while I would never use hardware RAID from those controllers with ZFS, JBOD on them is an easy and reliable option in our experience. > Sorry to insist, but maybe we are talking of different stuff? My apologies in advance if I am confused and/or my > information is outdated. > > JBOD mode: a mode offered by some LSI Logic IR controllers to create virtual devices mapped so that each one is effectively. > For example, with the mfi driver the “disks” appear as “mfisyspd” devices while the “conventional” logical volumes appear as “mfid”. My information could be outdated though? Cards that use mfi are quite a different beasts, they are more a pure RAID controller, than cards which have both IT & IR modes, where the RAID capabilities are more limited. The later present as daX devices where the former presents as mfid unless you force otherwise using mfi/mfip as you detail below. > HBA mode: when the card is in IT mode *or* it does expose the actual targets to the CAM layer. In the past I did it > by manually patching the drivers and I’ve kept systems running smoothly for many years despite using IR cards. > Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to achieve the same effect without ugly tinkering. > > Unless I am terribly wrong, when I tried the JBOD mode as defined above (with LSI SAS3 cards and IR firmware) the mfisyspd > devices were not actual CAM devices. > > Actually I find “JBOD” an artificial and confusing term because it can mean so many things. I would have rather preferred > LSI to avoid it and provide either real, transparent access to the actual targets insteaf of somewhat “virtualizing” them. > > Again, I may be confused? I haven’t tried to configure a LSI IR card as “JBOD” for a long time. Maybe now they do > expose the targets instead of defining logical volumes? I can definitely confirm LSI controllers which present individual daX devices can support TRIM / UMAP based off what the device reports. As you say its quite confusing, so hope that clarifies?     Regards     Steve From owner-freebsd-fs@freebsd.org Tue Jan 22 15:34:25 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1984D14A562E for ; Tue, 22 Jan 2019 15:34:25 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu1176c.smtpx.saremail.com (cu1176c.smtpx.saremail.com [195.16.148.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F19CF90EF2 for ; Tue, 22 Jan 2019 15:34:23 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop02.sare.net (Postfix) with ESMTPA id 7711A9DD00F; Tue, 22 Jan 2019 16:34:19 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Tue, 22 Jan 2019 16:34:18 +0100 Cc: jdelisle , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: F19CF90EF2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.148.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-2.54 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.884,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.148.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_HAM_LONG(-0.98)[-0.983,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.sarenet.es,smtp.sarenet.es,smtp.sarenet.es]; NEURAL_HAM_SHORT(-0.87)[-0.871,0]; RCVD_IN_DNSWL_NONE(0.00)[151.148.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 15:34:25 -0000 > On 22 Jan 2019, at 16:21, Steven Hartland = wrote: >=20 >=20 >> Sorry to insist, but maybe we are talking of different stuff? My = apologies in advance if I am confused and/or my >> information is outdated. >>=20 >> JBOD mode: a mode offered by some LSI Logic IR controllers to create = virtual devices mapped so that each one is effectively. >> For example, with the mfi driver the =E2=80=9Cdisks=E2=80=9D appear = as =E2=80=9Cmfisyspd=E2=80=9D devices while the =E2=80=9Cconventional=E2=80= =9D logical volumes appear as =E2=80=9Cmfid=E2=80=9D. My information = could be outdated though? > Cards that use mfi are quite a different beasts, they are more a pure = RAID controller, than cards which have both IT & IR modes, where the = RAID capabilities are more limited. Yes, that=E2=80=99s right.=20 Going to actual examples, which I hope will be useful: - mps cards (LSI2008) can run either IT or IR firmware. Both present = disks as pure targets.=20 - MFI and others, however, which are pure RAID cards, are the = pathological case I mentioned (the so called JBOD mode is deceiving).=20 For those you can force the driver to really present da (CAM) targets = bypassing the RAID logic. I have done it several times and one of my servers has been doing this since 2007. - To make it even more confusing, you can choose the driver for LSI SAS3 = cards. You can use MFI or the new MRSAS driver. The latter should offer the physical disks as regular CAM targets. > The later present as daX devices where the former presents as mfid = unless you force otherwise using mfi/mfip as you detail below. Yes. Speaking of IT and IR, Stephen Mcconnell from LSI/Avago said that the = performance difference should be really negligible. Of course it=E2=80=99s= safer to run IT firmware avoiding the possibility of making a mistake with the = configuration.=20 >> HBA mode: when the card is in IT mode *or* it does expose the actual = targets to the CAM layer. In the past I did it >> by manually patching the drivers and I=E2=80=99ve kept systems = running smoothly for many years despite using IR cards. >> Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to = achieve the same effect without ugly tinkering. >>=20 >> Unless I am terribly wrong, when I tried the JBOD mode as defined = above (with LSI SAS3 cards and IR firmware) the mfisyspd >> devices were not actual CAM devices. >>=20 >> Actually I find =E2=80=9CJBOD=E2=80=9D an artificial and confusing = term because it can mean so many things. I would have rather preferred >> LSI to avoid it and provide either real, transparent access to the = actual targets insteaf of somewhat =E2=80=9Cvirtualizing=E2=80=9D them. >>=20 >> Again, I may be confused? I haven=E2=80=99t tried to configure a LSI = IR card as =E2=80=9CJBOD=E2=80=9D for a long time. Maybe now they do >> expose the targets instead of defining logical volumes? > I can definitely confirm LSI controllers which present individual daX = devices can support TRIM / UMAP based off what the device reports. Yes, mps and mpr. MFI includes a not widely publicized tunable (allow_cam_passthrough) and = for aac (although these are really old) it=E2=80=99s possible to hack = the driver (aac_cam.c) so that disks are reported to the CAM layer. > As you say its quite confusing, so hope that clarifies? I think so, I was trying to avoid confusion for newcomers, not intending = to be fastidious. The JBOD term is ambiguous. This stuff drove me mad = some time ago, not to mention the puzzled faces of the Dell salesmen when I said =E2=80=9CEGG= S, BACON, RAID, RAID, RAID, I DON=E2=80=99T LIKE RAID!=E2=80=9D ;) They thought I was nuts rejecting a =E2=80=9Chardware=E2=80=9D RAID. And = in some cases they almost refuse to sell servers with plain HBAs.=20 Borja. From owner-freebsd-fs@freebsd.org Tue Jan 22 16:02:33 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0712414A66E8 for ; Tue, 22 Jan 2019 16:02:33 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F150C921D9 for ; Tue, 22 Jan 2019 16:02:31 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0MDtX1q031811 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 22 Jan 2019 16:02:29 GMT (envelope-from andy@time-domain.co.uk) Date: Tue, 22 Jan 2019 13:55:33 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Borja Marcos cc: Steven Hartland , freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: F150C921D9 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.23 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.38)[-0.378,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.90)[-0.896,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp0.time-domain.co.uk]; NEURAL_HAM_SHORT(-0.75)[-0.746,0]; IP_SCORE(-0.14)[asn: 2856(-0.60), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 16:02:33 -0000 On Tue, 22 Jan 2019, Borja Marcos wrote: > Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to achieve the same effect without ugly tinkering. The 'hw.mfi.allow_cam_disk_passthrough' tunable does not seem to be recognised if I add it to my /boot/device.hints file (this is on FreeBSD 10.3 with PERC 5/i controller). If I try to use sysctl to enable it, I get the error message: sysctl: unknown oid 'hw.mfi.allow_cam_disk_passthrough' Am I doing something wrong? Andy From owner-freebsd-fs@freebsd.org Tue Jan 22 17:16:46 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5175C14A8EE2 for ; Tue, 22 Jan 2019 17:16:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DEE4F94EB2 for ; Tue, 22 Jan 2019 17:16:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9D10D14A8EDF; Tue, 22 Jan 2019 17:16:45 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B8BB14A8EDE for ; Tue, 22 Jan 2019 17:16:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2A62194EAB for ; Tue, 22 Jan 2019 17:16:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6FAFC1773B for ; Tue, 22 Jan 2019 17:16:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0MHGiHp060355 for ; Tue, 22 Jan 2019 17:16:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0MHGii5060354 for fs@FreeBSD.org; Tue, 22 Jan 2019 17:16:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 225423] panic: softdep_deallocate_dependencies: dangling deps Date: Tue, 22 Jan 2019 17:16:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 17:16:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225423 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #23 from Warner Losh --- The issue is well understood. We've hit an error. We have dirty buffers that are interdependent. We can't just throw them away because of that interdependence, but have to carefully unwind the dependency tree. That code hasn't been written yet, and rather than continue when we know we've lost d= ata, we panic. This panic is known to be too aggressive because we also know that there's no that the data could be flushed to media because the media is gon= e, never to return. There's no patches available (unless Kirk has some I've not noticed). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jan 22 18:49:23 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4DC114AB4E2 for ; Tue, 22 Jan 2019 18:49:22 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 940D469CB9 for ; Tue, 22 Jan 2019 18:49:21 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x533.google.com with SMTP id a20so20169962edc.8 for ; Tue, 22 Jan 2019 10:49:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=GyA6nxNOacBhBPIwOw6rskHRQ1mCC9xCclFt0XRyodg=; b=wbIaXExV8DAeSvMqtG2f93vxIlQ6Ax/8/oNMlWBaYtjYheqp6jH34TFJLTGPTpDegs jwMGnc7pW9cJtYPXvOwe6i2YtM/ORdrlMi/UpZSl76STjn0ZzDy/nR4mPik+PH0ZRcvp cs1GygxS4PasF+Ady2KV9mL0xg6ajQsJhE2dab078vWX/RzzI1W72teU3u1oHCZRpDHa GaAEUvOFClYOjA8ORdF4/5fbgeGAf4z2cw9/qkP+pAWyVZQtbTFukjJod1S7eONhccMa b2cqBilMEtsr7IffluJq/H0MyhJPK4ZP8SnxWQS7ImC2Wgr5wtSpym3UluDSNIUiyjfa 68Qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=GyA6nxNOacBhBPIwOw6rskHRQ1mCC9xCclFt0XRyodg=; b=VAduXhNQO76HHDqyr9HAUpZMeXByMRrC1oPBB5nTVMWuj+VciR2PBESr16MYEiU5Zy 653QWQ8rtyYEeFwu+Fn0zzbnCbOqTSnQDsUti3CwXl2qhcu2oQjp3zCibvdaKjKdcK7b cWP8vfUUlpM/ZALYEw13IMc+cQ6tv9cgF9ujJbGzrsdXFJI6u1U3o4gCIyR5KuLqWH3R yxMDtzfeU9obhlFDpr1/6ivSYAk34eueqzLZ50cyxDBanPPyjpS0EodI/FLlIeb5mVKH o6BlX/scrz3aDlH48m3LB3LtTcZP8jBzUNtbUgV0v2AOoUSHD8dYd2cVZPHlPEa3UQcu pAoA== X-Gm-Message-State: AJcUukfJgBtGBAHBMixZFfB88n+ynX5xcvdgHH6JyONOnZzz156XmGqW 4bC8q+cr0GyiQHq/uMvUj7GATNnE+Pc= X-Google-Smtp-Source: ALg8bN7frpWkDBKT47PYrFKCqKHyUv0/0xGA6drX2Wqy1yTMICbNseF+JOGSF1xePfDYJWYsiSeiBQ== X-Received: by 2002:a50:8b41:: with SMTP id l59mr31882959edl.44.1548182959843; Tue, 22 Jan 2019 10:49:19 -0800 (PST) Received: from [10.44.128.75] ([161.12.40.153]) by smtp.gmail.com with ESMTPSA id q50sm9693489edd.66.2019.01.22.10.49.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Jan 2019 10:49:18 -0800 (PST) Subject: Re: ZFS on Hardware RAID To: Borja Marcos Cc: jdelisle , freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> From: Steven Hartland Message-ID: <5463787a-984f-b941-c862-3cc8064dc372@multiplay.co.uk> Date: Tue, 22 Jan 2019 18:49:20 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 940D469CB9 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=multiplay-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=wbIaXExV; spf=pass (mx1.freebsd.org: domain of killing@multiplay.co.uk designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=killing@multiplay.co.uk X-Spamd-Result: default: False [-6.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[multiplay-co-uk.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[multiplay.co.uk]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[multiplay-co-uk.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[ASPMX.L.GOOGLE.COM,ALT2.ASPMX.L.GOOGLE.COM,ALT1.ASPMX.L.GOOGLE.COM,ASPMX3.GOOGLEMAIL.COM,ASPMX2.GOOGLEMAIL.COM]; RCVD_IN_DNSWL_NONE(0.00)[3.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; IP_SCORE(-2.63)[ip: (-9.02), ipnet: 2a00:1450::/32(-2.18), asn: 15169(-1.89), country: US(-0.08)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 18:49:23 -0000 On 22/01/2019 15:34, Borja Marcos wrote: > >> As you say its quite confusing, so hope that clarifies? > I think so, I was trying to avoid confusion for newcomers, not intending to be fastidious. The JBOD term is ambiguous. This stuff drove me mad some time ago, not > to mention the puzzled faces of the Dell salesmen when I said “EGGS, BACON, RAID, RAID, RAID, I DON’T LIKE RAID!” ;) > > They thought I was nuts rejecting a “hardware” RAID. And in some cases they almost refuse to sell servers with plain HBAs. > Oh had that too, they literally had no clue ;-)     Regards     Steve From owner-freebsd-fs@freebsd.org Tue Jan 22 19:05:06 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FCD814ABD9B for ; Tue, 22 Jan 2019 19:05:06 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from mail0.time-domain.co.uk (host81-142-251-212.in-addr.btopenworld.com [81.142.251.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0", Issuer "mail0" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 98BD66ADC8 for ; Tue, 22 Jan 2019 19:05:05 +0000 (UTC) (envelope-from andy@time-domain.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail0.time-domain.co.uk (8.15.2/8.15.2) with ESMTPS id x0MJ50lE033278 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 22 Jan 2019 19:05:03 GMT (envelope-from andy@time-domain.co.uk) Date: Tue, 22 Jan 2019 19:05:00 +0000 (GMT) From: andy thomas X-X-Sender: andy-tds@mail0.time-domain.co.uk To: Steven Hartland cc: Borja Marcos , freebsd-fs Subject: Re: ZFS on Hardware RAID In-Reply-To: <5463787a-984f-b941-c862-3cc8064dc372@multiplay.co.uk> Message-ID: References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <5463787a-984f-b941-c862-3cc8064dc372@multiplay.co.uk> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 98BD66ADC8 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.31)[-0.310,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.57)[0.575,0]; HFILTER_HOSTNAME_4(2.50)[host81-142-251-212.in-addr.btopenworld.com]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[time-domain.co.uk]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.90)[-0.898,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp0.time-domain.co.uk]; IP_SCORE(-0.14)[asn: 2856(-0.59), country: GB(-0.09)]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2856, ipnet:81.128.0.0/12, country:GB]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2019 19:05:06 -0000 On Tue, 22 Jan 2019, Steven Hartland wrote: > On 22/01/2019 15:34, Borja Marcos wrote: >> >>> As you say its quite confusing, so hope that clarifies? >> I think so, I was trying to avoid confusion for newcomers, not intending to >> be fastidious. The JBOD term is ambiguous. This stuff drove me mad some >> time ago, not >> to mention the puzzled faces of the Dell salesmen when I said ?EGGS, BACON, >> RAID, RAID, RAID, I DON?T LIKE RAID!? ;) >> >> They thought I was nuts rejecting a ?hardware? RAID. And in some cases they >> almost refuse to sell servers with plain HBAs. >> > Oh had that too, they literally had no clue ;-) I had that too - in one of my other employments we buy loads of stuff from Dell and our account managers always used to be incredulous if we didn't want a hardware RAID controller. But this was a few years ago when most people buying servers wanted them for Windows Server use, not Linux or *BSD. Now RAID doesn't even come into the pre-sales talk anymore - whether it's because they're more aware of O/S's that do software RAID, or because most Dell HBAs now support JBOD/pass-thru or just because they know we've no intention of running Windows on their servers, I don't know. Andy From owner-freebsd-fs@freebsd.org Wed Jan 23 07:15:59 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0186B14BDD98 for ; Wed, 23 Jan 2019 07:15:59 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu01176b.smtpx.saremail.com (cu01176b.smtpx.saremail.com [195.16.151.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFE7A8DF6A for ; Wed, 23 Jan 2019 07:15:57 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop01.sare.net (Postfix) with ESMTPA id 9AC1C9DD2D7; Wed, 23 Jan 2019 08:15:47 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: Date: Wed, 23 Jan 2019 08:15:46 +0100 Cc: Steven Hartland , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> To: andy thomas X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: CFE7A8DF6A X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.151.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-1.99 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.940,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:195.16.150.0/23]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_HAM_LONG(-0.98)[-0.978,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; NEURAL_HAM_SHORT(-0.27)[-0.271,0]; RCVD_IN_DNSWL_NONE(0.00)[151.151.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 07:15:59 -0000 > On 22 Jan 2019, at 14:55, andy thomas wrote: >=20 > On Tue, 22 Jan 2019, Borja Marcos wrote: >=20 > >=20 >> Currently you can use hw.mfi.allow_cam_disk_passthrough tunable to = achieve the same effect without ugly tinkering. >=20 > The 'hw.mfi.allow_cam_disk_passthrough' tunable does not seem to be = recognised if I add it to my /boot/device.hints file (this is on FreeBSD = 10.3 with PERC 5/i controller). If I try to use sysctl to enable it, I = get the error message: >=20 > sysctl: unknown oid 'hw.mfi.allow_cam_disk_passthrough' >=20 > Am I doing something wrong? My fault. You need to load the CAM passthrough driver, mfip along mfi. mfip should recognize it. % fgrep -H passthrough *c mfi_cam.c:SYSCTL_INT(_hw_mfi, OID_AUTO, allow_cam_disk_passthrough, = CTLFLAG_RDTUN, My apologies, been a while! By the way, some of these =E2=80=9Cpure raid=E2=80=9D cards can be cross = flashed to be plain HBAs but it=E2=80=99s a risky procedure. I bricked = one or two. Borja. From owner-freebsd-fs@freebsd.org Wed Jan 23 07:20:40 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5EEA14BDEA4 for ; Wed, 23 Jan 2019 07:20:40 +0000 (UTC) (envelope-from singhprya78@gmail.com) Received: from mail-qk1-x742.google.com (mail-qk1-x742.google.com [IPv6:2607:f8b0:4864:20::742]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 033B88E0AA for ; Wed, 23 Jan 2019 07:20:40 +0000 (UTC) (envelope-from singhprya78@gmail.com) Received: by mail-qk1-x742.google.com with SMTP id 189so602783qkj.8 for ; Tue, 22 Jan 2019 23:20:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=f1cCGBJWGMMaM9X+Y5xpqdeu9n2eCowaqDyLEqKLv8Q=; b=rPbpX8HIXoQWUWxljQOqLGOs9PLUahzKss6fvx+EFFDpXUzkbhPX+NAX64SwXjLJ1q PbE8Ja1nsCCDcBxuamoWyhR6CTjzPJe3kDvNDSQcMKAntf6KUJpE06Ln1l1Az05W4dgG JZXWn8PIDh138su6x4/1LbFUHAn6XxFMnBmXflFZbi1WUb/dCbSAVz1EOXElm6+Fh/E6 OrouilQc/SXDx7AoONF1Oj2+YkXFalK/3mel/sm98oFShmz+ovGHQocU6NJs4jnc9T9Y XxMigTznmyWhZPCgigPQRyIptzOkFQn67pCf6KsQVWqHa3m/6rnZ4Wwb7o3y8Nxv4Ewn TKVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=f1cCGBJWGMMaM9X+Y5xpqdeu9n2eCowaqDyLEqKLv8Q=; b=MTHS49sVGjBFhAVI9Q7noWzCN9KPJ8/8CL1QjqbGU/OV9SeMe3pRjf3BcEL/CYXojy GjeU1kNwTuT7Z9qLHmKEumPJj7GwJUPNysQZ7RiLB8uqmQW7PaXqM1ZuK40CItnLV89A By8xbOTX2vLl4+f6NVgAMpu4tXMdux5FK61yXh42peG+S4+lHs8BXYoUXpxBoOcjlIYp b6r7HYDPPGCxtaJoPUkVKulozvBWGnfxJFcyPgSdbMpHceSRuIIgNnHnz2uuHjooBRNU aVMZm8Hb03RVv0iR1Q7sZRsuoyRaHejHQZ+YL+6tch+GfNPMVwzGFCiq7FFlzuStE8+v fn2g== X-Gm-Message-State: AJcUukdpE3LNPkpEwg6RmHm55sdJyPCXlbeFim+awECfHJc3CZTRrnMe Y+9Mb0haHYgQBrN2dl8dNWApbk9fEB1NMHRGMQbiVQ== X-Google-Smtp-Source: ALg8bN4bDFLZI+x+eyUxCzVmpzfhx+cI4vT/IAouivV9zTLwVdAgj0isLg04ySefP1zqJ1xuTXOyHZvRdA4WaUCF1C8= X-Received: by 2002:a37:6710:: with SMTP id b16mr903945qkc.42.1548228039283; Tue, 22 Jan 2019 23:20:39 -0800 (PST) Received: from 52669349336 named unknown by gmailapi.google.com with HTTPREST; Wed, 23 Jan 2019 02:20:38 -0500 MIME-Version: 1.0 From: Priya Singh Date: Wed, 23 Jan 2019 02:20:38 -0500 Message-ID: Subject: Expertise in All Type of Language Translation To: Freebsd-Fs X-Rspamd-Queue-Id: 033B88E0AA X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rPbpX8HI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of singhprya78@gmail.com designates 2607:f8b0:4864:20::742 as permitted sender) smtp.mailfrom=singhprya78@gmail.com X-Spamd-Result: default: False [-3.37 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.927,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-0.06)[ip: (4.13), ipnet: 2607:f8b0::/32(-2.46), asn: 15169(-1.89), country: US(-0.08)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.37)[-0.372,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 07:20:41 -0000 Respected Ma=E2=80=99am/ Sir, Are you requires *Translation, Interpretation, Content Moderation or Website/Software/Mobile App. Localization Services*? I represent a Translation Company which has expert team of translators on board with *Hindi, Bengali, Malayalam, Marathi, Tamil, Urdu, Kannada, Gujarati, Odia, Punjabi, Russian, Chinese, Japanese, German etc.* languages= . Major Clientele: UIDAI, NIIT, TCS, Edurite Educational, IGNOU, Larsen & Toubro, BHEL, Siemens Ltd, Fluor, Schneider Electric, ABB Ltd. In case of you have any of above requirements, please share with me. Thanking you, Priya Singh Team- (Tr & In) [image: beacon] From owner-freebsd-fs@freebsd.org Wed Jan 23 08:45:24 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FFA014BF3B6 for ; Wed, 23 Jan 2019 08:45:24 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6626D683CF for ; Wed, 23 Jan 2019 08:45:21 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: (wp-smtpd smtp.wp.pl 9998 invoked from network); 23 Jan 2019 09:38:34 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1548232714; bh=SJpcoNTDDhWuC9FLUYI4yC5d65Qdd12guq8pfyk3lIE=; h=Subject:To:Cc:From; b=Vwcrc0QxX9q4OwW2PZ248joecxiVpdSntjxXvLFWKtJjwMQUS6KY0GoM3xhheva0g mF5fg7PpD9tEwil/uugPfv4r5Pqfm+ZjEq8S3L6EptfbVexLOufblv6R26mnEVEGXX DN8leJtbK86tEC5T1vVsPXcjNkA8gtxKFLBENx58= Received: from bhy41.neoplus.adsl.tpnet.pl (HELO [10.0.0.79]) (ipluta@wp.pl@[83.28.114.41]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP for ; 23 Jan 2019 09:38:34 +0100 Subject: Re: ZFS on Hardware RAID To: Borja Marcos Cc: freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> From: Ireneusz Pluta Message-ID: <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> Date: Wed, 23 Jan 2019 09:38:28 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: pl X-WP-MailID: 8206bc4d4889282fc44f4fa825bc4add X-WP-AV: skaner antywirusowy Poczty Wirtualnej Polski X-WP-SPAM: NO 000000A [MTNE] X-Rspamd-Queue-Id: 6626D683CF X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=wp.pl header.s=1024a header.b=Vwcrc0Qx; spf=pass (mx1.freebsd.org: domain of ipluta@wp.pl designates 212.77.101.9 as permitted sender) smtp.mailfrom=ipluta@wp.pl X-Spamd-Result: default: False [-4.16 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:212.77.96.0/19]; FREEMAIL_FROM(0.00)[wp.pl]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[wp.pl:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx.wp.pl,mx5.wp.pl]; NEURAL_HAM_SHORT(-0.92)[-0.924,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[wp.pl]; ASN(0.00)[asn:12827, ipnet:212.77.101.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[wp.pl.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; R_DKIM_ALLOW(-0.20)[wp.pl:s=1024a]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[wp.pl]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.101.77.212.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.73)[ipnet: 212.77.101.0/24(-2.05), asn: 12827(-1.64), country: PL(0.03)] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 08:45:24 -0000 W dniu 2019-01-23 o 08:15, Borja Marcos pisze: > By the way, some of these “pure raid” cards can be cross flashed to be plain HBAs but it’s a risky procedure. I bricked one or two. any experience with these ones? LSI MegaRAID SAS 9280-16i4e LSI MegaRAID SAS 9266-4i LSI MegaRAID SAS 84016E From owner-freebsd-fs@freebsd.org Wed Jan 23 11:05:45 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5290814C275C for ; Wed, 23 Jan 2019 11:05:45 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from cu1176c.smtpx.saremail.com (cu1176c.smtpx.saremail.com [195.16.148.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24C966E184 for ; Wed, 23 Jan 2019 11:05:43 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.8.5] (unknown [192.148.167.11]) by proxypop02.sare.net (Postfix) with ESMTPA id 078409DC5D3; Wed, 23 Jan 2019 12:05:39 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Borja Marcos In-Reply-To: <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> Date: Wed, 23 Jan 2019 12:05:38 +0100 Cc: freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: <37EE4B1A-2A7A-4117-97D0-E5E6F5C35030@sarenet.es> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> To: Ireneusz Pluta X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 24C966E184 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of borjam@sarenet.es designates 195.16.148.151 as permitted sender) smtp.mailfrom=borjam@sarenet.es X-Spamd-Result: default: False [-1.03 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.926,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.16.148.0/24]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sarenet.es]; NEURAL_SPAM_SHORT(0.66)[0.664,0]; NEURAL_HAM_LONG(-0.97)[-0.970,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: smtp.sarenet.es]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[151.148.16.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: ES(0.05)]; FREEMAIL_TO(0.00)[wp.pl]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3262, ipnet:195.16.128.0/19, country:ES]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 11:05:45 -0000 > On 23 Jan 2019, at 09:38, Ireneusz Pluta wrote: >=20 > W dniu 2019-01-23 o 08:15, Borja Marcos pisze: >> By the way, some of these =E2=80=9Cpure raid=E2=80=9D cards can be = cross flashed to be plain HBAs but it=E2=80=99s a risky procedure. I = bricked one or two. >=20 > any experience with these ones? >=20 > LSI MegaRAID SAS 9280-16i4e > LSI MegaRAID SAS 9266-4i > LSI MegaRAID SAS 84016E Not really, the ones I have used were rebranded by Dell or IBM. My advice is not to try to cross flash them from MegaRAID. Better try = the mfi and mfip approach with the passthrough tunable. I have some servers running like that for 10 years now and they = are solid. Borja. From owner-freebsd-fs@freebsd.org Wed Jan 23 11:28:46 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2CCF1481053 for ; Wed, 23 Jan 2019 11:28:45 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CEC456ED27 for ; Wed, 23 Jan 2019 11:28:44 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id p4so1988091wrt.7 for ; Wed, 23 Jan 2019 03:28:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Kf7xGBw6++5REzrEBmc02xvqeAH1txJNXsvfDP85lTA=; b=oaNZs8i8Gwbu+1OHDgPB+wsnpt8RNi+z1KfH5twTbY6lChzVvsgGvegU/eCI6Pck6y AsBt/sfhjomCqMMz5kOcy7RAPK8w1IUKItOCAWFYgEtlTvs6ueCDI2XdNMxTDsrNXmCj 8uvy8FKC178hHPARSEEW2OvmrYb/cjXtdf3axzfVgVyCKnBEE/6xhY4WmG1OfCDV3Tm8 dFQL2dFOiBiPuDgOvl2bum7pfPlaPnaKBjZ2ma8rQ99xNCr0XkMkkk3KB49pSpaPRcmw PQYpnsueR92iPGFt7FVyOYwmlKMPHn9rBDPtjxPaEfYGJ/gvU5DhzWR+fKT2WUgvbGf7 iGCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Kf7xGBw6++5REzrEBmc02xvqeAH1txJNXsvfDP85lTA=; b=lxdivLAnwf9OEOiFq7nS6FJjX8wkiUOHo5z9RmAqT0Sovy3jGzAx8P0Kpmiawy4XOI gzmGfhGL444Ni8wIJ5QancYv6qSN1LSTKeT1b55eLaB4dmC5i1TUtk4FYaXvzf4H8BV8 HzAu1vHMr7oOwHSjStPRvQVbQI0byMadI/e+sZCE/32GBjY/8nNG+wHlCbPIvZyfauMN yHcrs9KVVwO0F4lxfkRoL0sA7BFdDTac5Crfm557iacJOSRQ5dKBql9XYYKiFGyXoXdD KV5Ktdu5DCWDYIALORQSXqepN37mHpSVJHdKSIB0tYGmN3vGaO5+MbfCO0WxWX4gRYag /hzQ== X-Gm-Message-State: AJcUukfwmAtUuvRpXIVCDwZpBVnuLEDYGsN1KMxslKdtH9ZRy/GeeExg q6XiavMoZcAEDc7PoY6brq0= X-Google-Smtp-Source: ALg8bN5qxUC9+6Lhh+hpWOD8G1/SXjQ54o8YO5yhptLoEKgmPSvdHeTMO/NghZy+9R1CbCokKHuj8A== X-Received: by 2002:a5d:4250:: with SMTP id s16mr2281824wrr.253.1548242923564; Wed, 23 Jan 2019 03:28:43 -0800 (PST) Received: from bens-mac.local (lfbn-mar-1-552-220.w90-118.abo.wanadoo.fr. [90.118.133.220]) by smtp.gmail.com with ESMTPSA id t18sm34201640wmt.35.2019.01.23.03.28.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Jan 2019 03:28:42 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: ZFS on Hardware RAID From: Ben RUBSON In-Reply-To: <37EE4B1A-2A7A-4117-97D0-E5E6F5C35030@sarenet.es> Date: Wed, 23 Jan 2019 12:28:41 +0100 Cc: Ireneusz Pluta , freebsd-fs Content-Transfer-Encoding: quoted-printable Message-Id: <42A9197D-DC24-42DB-B7E3-B541E2AF1F76@gmail.com> References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> <37EE4B1A-2A7A-4117-97D0-E5E6F5C35030@sarenet.es> To: Borja Marcos X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: CEC456ED27 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=oaNZs8i8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of benrubson@gmail.com designates 2a00:1450:4864:20::429 as permitted sender) smtp.mailfrom=benrubson@gmail.com X-Spamd-Result: default: False [-6.17 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.94)[-0.941,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.72)[ip: (-9.44), ipnet: 2a00:1450::/32(-2.19), asn: 15169(-1.90), country: US(-0.08)]; FREEMAIL_CC(0.00)[wp.pl] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 11:28:46 -0000 > On 23 Jan 2019, at 12:05, Borja Marcos wrote: >=20 >> On 23 Jan 2019, at 09:38, Ireneusz Pluta wrote: >>=20 >> W dniu 2019-01-23 o 08:15, Borja Marcos pisze: >>> By the way, some of these =E2=80=9Cpure raid=E2=80=9D cards can be = cross flashed to be plain HBAs but it=E2=80=99s a risky procedure. I = bricked one or two. >>=20 >> any experience with these ones? >>=20 >> LSI MegaRAID SAS 9280-16i4e >> LSI MegaRAID SAS 9266-4i >> LSI MegaRAID SAS 84016E >=20 > Not really, the ones I have used were rebranded by Dell or IBM. >=20 > My advice is not to try to cross flash them from MegaRAID. Better try = the mfi and mfip approach with the passthrough > tunable. I have some servers running like that for 10 years now and = they are solid. I flashed several LSI MegaRAID 9211-8i from IR to IT mode without = problem. LSI / Broadcom provides the needed files to perform this. Of course, as any other firmware flash, the procedure is not without any = risk (to brick the card). But conscientiously done, should be OK :) Ben From owner-freebsd-fs@freebsd.org Wed Jan 23 15:26:05 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 392C314AB23B for ; Wed, 23 Jan 2019 15:26:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from pyroxene.sentex.ca (unknown [IPv6:2607:f3e0:0:3::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pyroxene.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6414377438 for ; Wed, 23 Jan 2019 15:25:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from [192.168.43.26] ([192.168.43.26]) by pyroxene.sentex.ca (8.15.2/8.15.2) with ESMTP id x0NFPlx7074487; Wed, 23 Jan 2019 10:25:47 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: ZFS on Hardware RAID To: Ireneusz Pluta , Borja Marcos Cc: freebsd-fs References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= mQENBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAG0HG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT6JATgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnm5AQ0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAYkBHwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <8596696d-0e47-e960-39be-f6b8658df047@sentex.net> Date: Wed, 23 Jan 2019 10:25:46 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Content-Language: en-US X-Rspamd-Queue-Id: 6414377438 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of mike@sentex.net designates 2607:f3e0:0:3::18 as permitted sender) smtp.mailfrom=mike@sentex.net X-Spamd-Result: default: False [-1.34 / 15.00]; ARC_NA(0.00)[]; RDNS_NONE(1.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.957,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f3e0::/32]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentex.net]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.sentex.ca]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.93)[-0.933,0]; IP_SCORE(-1.74)[ipnet: 2607:f3e0::/32(-4.95), asn: 11647(-3.66), country: CA(-0.09)]; FREEMAIL_TO(0.00)[wp.pl]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; HFILTER_HOSTNAME_UNKNOWN(2.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 15:26:05 -0000 T24gMS8yMy8yMDE5IDM6MzggQU0sIElyZW5ldXN6IFBsdXRhIHdyb3RlOg0KPiBXIGRuaXUg MjAxOS0wMS0yMyBvwqAwODoxNSwgQm9yamEgTWFyY29zIHBpc3plOg0KPj4gQnkgdGhlIHdh eSwgc29tZSBvZiB0aGVzZSDigJxwdXJlIHJhaWTigJ0gY2FyZHMgY2FuIGJlIGNyb3NzIGZs YXNoZWQgdG8NCj4+IGJlIHBsYWluIEhCQXMgYnV0IGl04oCZcyBhIHJpc2t5IHByb2NlZHVy ZS4gSSBicmlja2VkIG9uZSBvciB0d28uDQo+DQo+IGFueSBleHBlcmllbmNlIHdpdGggdGhl c2Ugb25lcz8NCj4NCj4gTFNJIE1lZ2FSQUlEIFNBUyA5MjgwLTE2aTRlDQo+IExTSSBNZWdh UkFJRCBTQVMgOTI2Ni00aQ0KPiBMU0kgTWVnYVJBSUQgU0FTIDg0MDE2RQ0KPg0KSSBoYXZl IGJlZW4gdGVzdGluZyBhbiBMU0kgOTI3Mi04aSBhbmQgaXQgd29ya3Mgd2VsbCB3aXRoIHRo ZSBtcnNhcw0KZHJpdmVyLiBJdCBoYXMgSkJPRCBtb2RlLsKgIFVzaW5nIHN5c3V0aWxzL3N0 b3JjbGkgKHN5c3V0aWxzL21lZ2FjbGkNCndvcmtzIHRvbykgeW91IGNhbiBpbnRlcmFjdCB3 aXRoIHRoZSBpbmRpdmlkdWFsIGRpc2tzLiBJIGhhdmUgYWxzbyB1c2VkDQp0aGUgOTI2Niwg YnV0IGl0cyBqYm9kIGRvZXNudCByZWFsbHkgd29yayAoYXQgbGVhc3Qgd2l0aCB0aGUgY2Fy ZHMgSQ0KdHJpZWQpIGFuZCB5b3UgaGF2ZSB0byBzZXQgZGlza3MgdG8gaW5kaXZpZHVhbCBy YWlkMCAoTWVnYUNsaQ0KLUNmZ0VhY2hEc2tSYWlkMCBXVCBOT1JBIERpcmVjdCBDYWNoZWRC YWRCQlUgLUF1dG9tYXRpYyAtYTApDQoNCg0Kc3RvcmNsaSAvYzAgc2hvdyBhbGwgKHRvIHNo b3cgZGlzayBhbmQgZW5jbG9zdXJlIElEcykNCnN0b3JjbGkgL2MwIHNldCBqYm9kPW9uIChl bmFibGUgamJvZCBtb2RlIGZvciBjb250cm9sbGVyKQ0Kc3RvcmNsaSAvYzAvZTI1Mi9zMCBz ZXQgamJvZCAoc2V0cyBhIGRpc2sgaW50byBqYm9kIG1vZGUpDQoNCnNtYXJ0bW9udG9vbHMg d29ya3Mgd2l0aCB0aGUgYXR0YWNoZWQgZGlza3MgYXMgZXhwZWN0ZWQuwqAgUGVyZm9ybWFu Y2UNCnNlZW1zIHRvIGJlIHF1aXRlIGdvb2QgYW5kIHRoZSBjb250cm9sbGVyIHJ1bnMgcHJl dHR5IGNvb2wuDQoNCiMgenBvb2wgc3RhdHVzIHRlc3RyYWlkMg0KwqAgcG9vbDogdGVzdHJh aWQyDQrCoHN0YXRlOiBPTkxJTkUNCsKgIHNjYW46IHNjcnViIHJlcGFpcmVkIDAgaW4gMCBk YXlzIDAwOjAxOjM0IHdpdGggMCBlcnJvcnMgb24gVHVlIEphbiAxNQ0KMTc6MzQ6MjEgMjAx OQ0KY29uZmlnOg0KDQrCoMKgwqDCoMKgwqDCoCBOQU1FwqDCoMKgwqDCoMKgwqAgU1RBVEXC oMKgwqDCoCBSRUFEIFdSSVRFIENLU1VNDQrCoMKgwqDCoMKgwqDCoCB0ZXN0cmFpZDLCoMKg IE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCsKgwqDCoMKgwqDC oMKgwqDCoCBkYTFwMcKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKg wqDCoMKgIDANCsKgwqDCoMKgwqDCoMKgwqDCoCBkYTNwMcKgwqDCoMKgIE9OTElORcKgwqDC oMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCsKgwqDCoMKgwqDCoMKgwqDCoCBkYTRw McKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCsKg wqDCoMKgwqDCoMKgwqDCoCBkYTVwMcKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDC oMKgwqAgMMKgwqDCoMKgIDANCg0KIyB6cG9vbCBzdGF0dXMgdGVzdHJhaWQNCsKgIHBvb2w6 IHRlc3RyYWlkDQrCoHN0YXRlOiBPTkxJTkUNCsKgIHNjYW46IHNjcnViIHJlcGFpcmVkIDAg aW4gMCBkYXlzIDAwOjAxOjMyIHdpdGggMCBlcnJvcnMgb24gVHVlIEphbiAxNQ0KMTc6MzQ6 MTMgMjAxOQ0KY29uZmlnOg0KDQrCoMKgwqDCoMKgwqDCoCBOQU1FwqDCoMKgwqDCoMKgwqAg U1RBVEXCoMKgwqDCoCBSRUFEIFdSSVRFIENLU1VNDQrCoMKgwqDCoMKgwqDCoCB0ZXN0cmFp ZMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQrCoMKg wqDCoMKgwqDCoMKgwqAgZGEwwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDC oMKgwqAgMMKgwqDCoMKgIDANCsKgwqDCoMKgwqDCoMKgwqDCoCBkYTLCoMKgwqDCoMKgwqAg T05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KDQpJIGNyZWF0ZWQg MiB0ZXN0IHJhaWQwIGFycmF5cyBhbmQgYmF0dGVyZWQgdGhlIHBvb2xzIHdpdGggdmFyaW91 cyBkaXNrDQp0ZXN0cyB0cnlpbmcgdG8gbWF4IG91dCB0aGUgcGxhdHRlcnMvU1NEcyBhbmQg YWxsIHNlZW1lZCBxdWl0ZSBzdGFibGUuDQoNCsKgIyBwY2ljb25mIC1sdmNiIG1yc2FzMA0K bXJzYXMwQHBjaTA6MzE6MDowOsKgwqDCoMKgIGNsYXNzPTB4MDEwNDAwIGNhcmQ9MHg5Mjcy MTAwMCBjaGlwPTB4MDA1YjEwMDANCnJldj0weDA1IGhkcj0weDAwDQrCoMKgwqAgdmVuZG9y wqDCoMKgwqAgPSAnTFNJIExvZ2ljIC8gU3ltYmlvcyBMb2dpYycNCsKgwqDCoCBkZXZpY2XC oMKgwqDCoCA9ICdNZWdhUkFJRCBTQVMgMjIwOCBbVGh1bmRlcmJvbHRdJw0KwqDCoMKgIGNs YXNzwqDCoMKgwqDCoCA9IG1hc3Mgc3RvcmFnZQ0KwqDCoMKgIHN1YmNsYXNzwqDCoCA9IFJB SUQNCsKgwqDCoCBiYXLCoMKgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweGQwMDAsIHNpemUgMjU2LCBlbmFibGVkDQrCoMKgwqAgYmFywqDCoCBbMTRdID0gdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4Zjc1NjAwMDAsIHNpemUgMTYzODQsIGVuYWJs ZWQNCsKgwqDCoCBiYXLCoMKgIFsxY10gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2Ug MHhmNzUwMDAwMCwgc2l6ZSAyNjIxNDQsDQplbmFibGVkDQrCoMKgwqAgY2FwIDAxWzUwXSA9 IHBvd2Vyc3BlYyAzwqAgc3VwcG9ydHMgRDAgRDEgRDIgRDPCoCBjdXJyZW50IEQwDQrCoMKg wqAgY2FwIDEwWzY4XSA9IFBDSS1FeHByZXNzIDIgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDQw OTYpIEZMUiBSTyBOUw0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgbGluayB4 NCh4OCkgc3BlZWQgNS4wKDguMCkgQVNQTSBkaXNhYmxlZChMMHMpDQrCoMKgwqAgY2FwIDAz W2QwXSA9IFZQRA0KwqDCoMKgIGNhcCAwNVthOF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdl LCA2NCBiaXQNCsKgwqDCoCBjYXAgMTFbYzBdID0gTVNJLVggc3VwcG9ydHMgMTYgbWVzc2Fn ZXMsIGVuYWJsZWQNCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFRhYmxlIGlu IG1hcCAweDE0WzB4MjAwMF0sIFBCQSBpbiBtYXAgMHgxNFsweDMwMDBdDQrCoMKgwqAgZWNh cCAwMDAxWzEwMF0gPSBBRVIgMiAwIGZhdGFsIDAgbm9uLWZhdGFsIDEgY29ycmVjdGVkDQrC oMKgwqAgZWNhcCAwMDE5WzFlMF0gPSBQQ0llIFNlYyAxIGxhbmUgZXJyb3JzIDANCsKgwqDC oCBlY2FwIDAwMDRbMWMwXSA9IFBvd2VyIEJ1ZGdldGluZyAxDQrCoMKgwqAgZWNhcCAwMDE2 WzE5MF0gPSBEUEEgMQ0KwqDCoMKgIGVjYXAgMDAwZVsxNDhdID0gQVJJIDENCg0KIyBzdG9y Y2xpIC9jMCBzaG93DQpHZW5lcmF0aW5nIGRldGFpbGVkIHN1bW1hcnkgb2YgdGhlIGFkYXB0 ZXIsIGl0IG1heSB0YWtlIGEgd2hpbGUgdG8gY29tcGxldGUuDQoNCkNMSSBWZXJzaW9uID0g MDA3LjA3MDkuMDAwMC4wMDAwIEF1ZyAxNCwgMjAxOA0KT3BlcmF0aW5nIHN5c3RlbSA9IEZy ZWVCU0QgMTIuMC1TVEFCTEUNCkNvbnRyb2xsZXIgPSAwDQpTdGF0dXMgPSBTdWNjZXNzDQpE ZXNjcmlwdGlvbiA9IE5vbmUNCg0KUHJvZHVjdCBOYW1lID0gTFNJIE1lZ2FSQUlEIFNBUyA5 MjcyLThpDQpTZXJpYWwgTnVtYmVyID0gU1Y0MTgzMjgzNw0KU0FTIEFkZHJlc3MgPcKgIDUw MDYwNWIwMDhkODQ1ODANClBDSSBBZGRyZXNzID0gMDA6MWY6MDA6MDANClN5c3RlbSBUaW1l ID0gMDEvMjMvMjAxOSAxMDoyNDo1Nw0KTWZnLiBEYXRlID0gMDUvMDMvMTQNCkNvbnRyb2xs ZXIgVGltZSA9IDAxLzIzLzIwMTkgMTA6MjU6NTkNCkZXIFBhY2thZ2UgQnVpbGQgPSAyMy4y LjEtMDA2NQ0KQklPUyBWZXJzaW9uID0gNS4zOC4wMC4xXzQuMTIuMDUuMDBfMHgwNTIxMDAw MA0KRlcgVmVyc2lvbiA9IDMuMTUyLjE4NS0zNTIwDQpEcml2ZXIgTmFtZSA9IG1yc2FzDQpE cml2ZXIgVmVyc2lvbiA9IDA3LjcwOS4wMS4wMC1mYnNkDQoNClZlbmRvciBJZCA9IDB4MTAw MA0KRGV2aWNlIElkID0gMHg1Qg0KU3ViVmVuZG9yIElkID0gMHgxMDAwDQpTdWJEZXZpY2Ug SWQgPSAweDkyNzINCkhvc3QgSW50ZXJmYWNlID0gUENJLUUNCkRldmljZSBJbnRlcmZhY2Ug PSBTQVMtNkcNCkJ1cyBOdW1iZXIgPSAzMQ0KRGV2aWNlIE51bWJlciA9IDANCkZ1bmN0aW9u IE51bWJlciA9IDANClBoeXNpY2FsIERyaXZlcyA9IDYNCg0KUEQgTElTVCA6DQo9PT09PT09 DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KRUlEOlNsdCBESUQgU3Rh dGUgREfCoMKgwqDCoMKgwqAgU2l6ZSBJbnRmIE1lZCBTRUQgUEkgU2VTeg0KTW9kZWzCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFNwIFR5cGUNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KMjUyOjDCoMKgwqAgMTQgSkJPRMKgIC3CoMKg wqAgMi43MjggVEIgU0FUQSBIREQgTsKgwqAgTsKgIDUxMkIgV0RDDQpXRDMwRUZSWC02OEVV Wk4wwqDCoMKgwqDCoCBVwqAgLcKgwqDCoA0KMjUyOjHCoMKgwqAgMTUgSkJPRMKgIC3CoMKg wqAgMi43MjggVEIgU0FUQSBIREQgTsKgwqAgTsKgIDUxMkIgV0RDDQpXRDMwRUZSWC02OEVV Wk4wwqDCoMKgwqDCoCBVwqAgLcKgwqDCoA0KMjUyOjLCoMKgwqAgMTMgSkJPRMKgIC3CoCAy MzMuMzEyIEdCIFNBVEEgSEREIE7CoMKgIE7CoCA1MTJCIFdEQw0KV0QyNTAyQUJZUy0wMkI3 QTDCoMKgwqDCoCBVwqAgLcKgwqDCoA0KMjUyOjXCoMKgwqAgMTEgSkJPRMKgIC3CoMKgwqAg OTMxLjAgR0IgU0FUQSBIREQgTsKgwqAgTsKgIDUxMkIgV0RDDQpXRDEwMDJGOVlaLTA5SDFK TDHCoMKgwqAgVcKgIC3CoMKgwqANCjI1Mjo2wqDCoMKgIDEyIEpCT0TCoCAtwqDCoCA0NjUu MjUgR0IgU0FUQSBTU0QgTsKgwqAgTsKgIDUxMkIgV0RDDQpXRFM1MDBHMkIwQS0wMFNNNTDC oMKgwqAgVcKgIC3CoMKgwqANCjI1Mjo3wqDCoMKgIDEwIEpCT0TCoCAtwqDCoCA0NjUuMjUg R0IgU0FUQSBTU0QgWcKgwqAgTsKgIDUxMkIgU2Ftc3VuZyBTU0QgODUwIEVWTw0KNTAwR0Ig VcKgIC3CoMKgwqANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpFSUQt RW5jbG9zdXJlIERldmljZSBJRHxTbHQtU2xvdCBOby58RElELURldmljZSBJRHxERy1Ecml2 ZUdyb3VwDQpESFMtRGVkaWNhdGVkIEhvdCBTcGFyZXxVR29vZC1VbmNvbmZpZ3VyZWQgR29v ZHxHSFMtR2xvYmFsIEhvdHNwYXJlDQpVQmFkLVVuY29uZmlndXJlZCBCYWR8T25sbi1Pbmxp bmV8T2ZmbG4tT2ZmbGluZXxJbnRmLUludGVyZmFjZQ0KTWVkLU1lZGlhIFR5cGV8U0VELVNl bGYgRW5jcnlwdGl2ZSBEcml2ZXxQSS1Qcm90ZWN0aW9uIEluZm8NClNlU3otU2VjdG9yIFNp emV8U3AtU3B1bnxVLVVwfEQtRG93bi9Qb3dlclNhdmV8VC1UcmFuc2l0aW9ufEYtRm9yZWln bg0KVUdVbnNwLVVuc3VwcG9ydGVkfFVHU2hsZC1VbkNvbmZpZ3VyZWQgc2hpZWxkZWR8SFNQ U2hsZC1Ib3RzcGFyZSBzaGllbGRlZA0KQ0ZTaGxkLUNvbmZpZ3VyZWQgc2hpZWxkZWR8Q3B5 YmNrLUNvcHlCYWNrfENCU2hsZC1Db3B5YmFjayBTaGllbGRlZA0KDQoNCsKgwqDCoCAtLS1N aWtlDQoNCg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBmcmVlYnNkLWZzQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdA0KPiBodHRwczov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1mcw0KPiBUbyB1 bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1mcy11bnN1YnNjcmliZUBm cmVlYnNkLm9yZyINCj4NCj4NCg0KLS0gDQotLS0tLS0tLS0tLS0tLS0tLS0tDQpNaWtlIFRh bmNzYSwgdGVsICsxIDUxOSA2NTEgMzQwMCB4MjAzDQpTZW50ZXggQ29tbXVuaWNhdGlvbnMs IG1pa2VAc2VudGV4Lm5ldA0KUHJvdmlkaW5nIEludGVybmV0IHNlcnZpY2VzIHNpbmNlIDE5 OTQgd3d3LnNlbnRleC5uZXQNCkNhbWJyaWRnZSwgT250YXJpbyBDYW5hZGEgICANCg0K From owner-freebsd-fs@freebsd.org Wed Jan 23 16:24:33 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DBCC714AC3AC for ; Wed, 23 Jan 2019 16:24:32 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1AAA80F4E for ; Wed, 23 Jan 2019 16:24:31 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x12f.google.com with SMTP id z13so1998525lfe.11 for ; Wed, 23 Jan 2019 08:24:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1Ojdz9v87LThkMCZ2Cc8OGklqY5DAv2H7Sdpza4MiJA=; b=J8abFOsHgpnFP1AB2s4yMfu4WybO15VHgwvVxiyGJou8E4/6SPzDdimEMAnNK4K/7V OxufdpYhXm5thygIO3os8lw7eOZTti3hxlVluPsz4Y4uIbL2JNIk8DWqznL5cnpxQqcm Obeg81FCgwVNmKN2CGPhs7Mjbz583a5PpYMz/pZzlGtFYEe74QeCInq5QY+n5EE/nZK+ ZrtUEYjybscUaK6WZzQSGBQQF0NgYYXLqGIRA3EMV64TL4Kx0N8azvhNMzIJgJYkMMnQ jTk2UXYE4yaAUm7ruMeDHPGDpbi6xGaXzmS8sgtUFlDxTqfgCECRYnzKy5AQV6g60Vsr fqVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1Ojdz9v87LThkMCZ2Cc8OGklqY5DAv2H7Sdpza4MiJA=; b=YzjINd2irUaat+QFapLBdaX02DWfKKZnBj2Yj1nOTEaaafl5D/NEckVcRC2L/zkQBj Ze9UBN2vsLdjlKsdANP1GdbDlP5mgXPoCZD2Oi9dqmuChWZXJsl0emrZNr3k2icqXN6B 3szu6yq/BSDA7hecgXdY739LOXDthWYgF+he8RE8NsxP3vPyMKKfsQpG7ed/s+i2LsMu QZlQ7AZvgJp5JZB+zytStFwtCbLkFQjjCxoF0PIWp3taCe1qCZc9AK6vqtkRaGqPC65j duYkc3Uy8dbq0P2xGzPGM5EVcZa/UA8Un3nyKp7K1NlVNw4U78B5uw0HVk82OGMJvalo NGhA== X-Gm-Message-State: AJcUukeALR4y/2wFBacdQarZ1jzdFZROu0taEUI5rA6PJaGusfvb4uAn y4TmK2LGtM5XrjKUoa09OsZcKy44UPy/8WJBOS4= X-Google-Smtp-Source: ALg8bN6S1ZwAQ+wY+QpGOnPkdjSzpOcg0cOqnQzQn/5tkUpO3y6dSAtWqGbbc89LQlQDvZ7j8YjIYpquBLxgvWqBOb0= X-Received: by 2002:ac2:5382:: with SMTP id g2mr2279935lfh.159.1548260670318; Wed, 23 Jan 2019 08:24:30 -0800 (PST) MIME-Version: 1.0 References: <1180280695.63420.1547910313494.JavaMail.zimbra@gausus.net> <92646202.63422.1547910433715.JavaMail.zimbra@gausus.net> <1691666278.63816.1547976245836.JavaMail.zimbra@gausus.net> <92746659-4B3F-415C-BB6A-6C99837AFAF2@sarenet.es> <335e44ec-7c76-8dbd-f587-46e6a9266efc@multiplay.co.uk> <6E23ED3B-B163-40E5-A173-14EE47E00E5A@sarenet.es> <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> In-Reply-To: <60bca2c2-67fe-402c-038c-281adde488da@wp.pl> From: Freddie Cash Date: Wed, 23 Jan 2019 08:24:18 -0800 Message-ID: Subject: Re: ZFS on Hardware RAID To: Ireneusz Pluta Cc: Borja Marcos , freebsd-fs X-Rspamd-Queue-Id: C1AAA80F4E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=J8abFOsH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2a00:1450:4864:20::12f as permitted sender) smtp.mailfrom=fjwcash@gmail.com X-Spamd-Result: default: False [-6.63 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; FREEMAIL_TO(0.00)[wp.pl]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.64)[ip: (-9.02), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-1.90), country: US(-0.08)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 16:24:33 -0000 On Wed, Jan 23, 2019 at 12:46 AM Ireneusz Pluta wrote: > W dniu 2019-01-23 o 08:15, Borja Marcos pisze: > > By the way, some of these =E2=80=9Cpure raid=E2=80=9D cards can be cros= s flashed to be > plain HBAs but it=E2=80=99s a risky procedure. I bricked one or two. > > any experience with these ones? > > LSI MegaRAID SAS 9280-16i4e > LSI MegaRAID SAS 9266-4i > LSI MegaRAID SAS 84016E > Not those specifically, but I've successfully flashed IT firmware onto the following two cards: LSI MegaRAID 9211-8i LSI MegaRAID 9341-8i. For the latter card, I used the info from these pages to do the flash: https://forums.servethehome.com/index.php?threads/crossflashing-of-lsi-9341= -8i-to-lsi-9300-8i-success-but-no-smart-pass-through.3522/ https://raccoon.io/crossflash-avago-megaraid-sas-9341-4i-raid-controller-it= -mode-dell-poweredge-t30/ --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-fs@freebsd.org Fri Jan 25 00:33:03 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A8EC14C4A39 for ; Fri, 25 Jan 2019 00:33:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 361CE8F4D1 for ; Fri, 25 Jan 2019 00:33:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id ED8C014C4A38; Fri, 25 Jan 2019 00:33:02 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DA69414C4A37 for ; Fri, 25 Jan 2019 00:33:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 762238F4CF for ; Fri, 25 Jan 2019 00:33:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BB86A160C8 for ; Fri, 25 Jan 2019 00:33:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0P0X10n096248 for ; Fri, 25 Jan 2019 00:33:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0P0X1Xx096247 for fs@FreeBSD.org; Fri, 25 Jan 2019 00:33:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 00:33:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 00:33:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |fs@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 00:33:13 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F243A14C4A86 for ; Fri, 25 Jan 2019 00:33:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5108F4FA for ; Fri, 25 Jan 2019 00:33:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4E34514C4A7E; Fri, 25 Jan 2019 00:33:12 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CCE314C4A7D for ; Fri, 25 Jan 2019 00:33:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1F038F4F8 for ; Fri, 25 Jan 2019 00:33:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 22597160CE for ; Fri, 25 Jan 2019 00:33:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0P0XBI7096400 for ; Fri, 25 Jan 2019 00:33:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0P0XAo3096399 for fs@FreeBSD.org; Fri, 25 Jan 2019 00:33:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 00:33:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 00:33:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 00:37:00 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34C3E14C4D7F for ; Fri, 25 Jan 2019 00:37:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BFC618F729 for ; Fri, 25 Jan 2019 00:36:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7DB6F14C4D7D; Fri, 25 Jan 2019 00:36:59 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C0D214C4D7A for ; Fri, 25 Jan 2019 00:36:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 086C58F727 for ; Fri, 25 Jan 2019 00:36:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4C8E7160D1 for ; Fri, 25 Jan 2019 00:36:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0P0aw4i000215 for ; Fri, 25 Jan 2019 00:36:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0P0awL9000214 for fs@FreeBSD.org; Fri, 25 Jan 2019 00:36:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 00:36:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 00:37:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch-ready --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 07:23:09 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C5FA14AAD4D for ; Fri, 25 Jan 2019 07:23:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A6D2A6D4EE for ; Fri, 25 Jan 2019 07:23:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6AACD14AAD4C; Fri, 25 Jan 2019 07:23:08 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5932514AAD4B for ; Fri, 25 Jan 2019 07:23:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D6C6D6D4EA for ; Fri, 25 Jan 2019 07:23:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0E1A019CAA for ; Fri, 25 Jan 2019 07:23:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0P7N645025420 for ; Fri, 25 Jan 2019 07:23:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0P7N6SW025419 for fs@FreeBSD.org; Fri, 25 Jan 2019 07:23:06 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 07:23:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 07:23:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 Kirk McKusick changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mckusick@FreeBSD.org --- Comment #1 from Kirk McKusick --- This patch looks good Conrad, would you like to make the updates or would you prefer me to make i= t? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 14:53:17 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A81AF14B80CA for ; Fri, 25 Jan 2019 14:53:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEAB87147 for ; Fri, 25 Jan 2019 14:53:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F027E14B80C9; Fri, 25 Jan 2019 14:53:16 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE85314B80C8 for ; Fri, 25 Jan 2019 14:53:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7733887144 for ; Fri, 25 Jan 2019 14:53:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BE0641DE9C for ; Fri, 25 Jan 2019 14:53:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0PErFWC021776 for ; Fri, 25 Jan 2019 14:53:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0PErFBH021775 for fs@FreeBSD.org; Fri, 25 Jan 2019 14:53:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 14:53:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 14:53:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 --- Comment #2 from Conrad Meyer --- (In reply to Kirk McKusick from comment #1) I'm happy to leave it to you. :-) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 20:08:07 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B63D14C1420 for ; Fri, 25 Jan 2019 20:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 311376FA79 for ; Fri, 25 Jan 2019 20:08:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id E031614C141F; Fri, 25 Jan 2019 20:08:06 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE98D14C141C for ; Fri, 25 Jan 2019 20:08:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D7B56FA75 for ; Fri, 25 Jan 2019 20:08:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C4193C72 for ; Fri, 25 Jan 2019 20:08:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0PK85tr013205 for ; Fri, 25 Jan 2019 20:08:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0PK8523013204 for fs@FreeBSD.org; Fri, 25 Jan 2019 20:08:05 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 20:08:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 20:08:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: mckusick Date: Fri Jan 25 20:07:19 UTC 2019 New revision: 343449 URL: https://svnweb.freebsd.org/changeset/base/343449 Log: Allow tunefs to include '_' as a legal character in label names to make it consistent with newfs. Document the legality of '_' in label names in both tunefs(8) and newfs(8). PR: 235182 Submitted by: darius@dons.net.au Reviewed by: Conrad Meyer MFC after: 3 days Sponsored by: Netflix Changes: head/sbin/newfs/newfs.8 head/sbin/tunefs/tunefs.8 head/sbin/tunefs/tunefs.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Jan 25 20:10:38 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02FD314C155A for ; Fri, 25 Jan 2019 20:10:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 916216FB83 for ; Fri, 25 Jan 2019 20:10:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 50EF814C1558; Fri, 25 Jan 2019 20:10:37 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F3DA14C1557 for ; Fri, 25 Jan 2019 20:10:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D1C596FB7E for ; Fri, 25 Jan 2019 20:10:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2E3F1C7F for ; Fri, 25 Jan 2019 20:10:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0PKAasn016136 for ; Fri, 25 Jan 2019 20:10:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0PKAafu016135 for fs@FreeBSD.org; Fri, 25 Jan 2019 20:10:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Fri, 25 Jan 2019 20:10:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2019 20:10:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 Kirk McKusick changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #4 from Kirk McKusick --- Will close this bug once change has been MFC'ed to 11-stable and 12-stable. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Jan 26 21:46:56 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB71114AFB97 for ; Sat, 26 Jan 2019 21:46:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 74FA06EE6D for ; Sat, 26 Jan 2019 21:46:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 38FB414AFB8E; Sat, 26 Jan 2019 21:46:56 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25F3414AFB8C for ; Sat, 26 Jan 2019 21:46:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B58E86EE69 for ; Sat, 26 Jan 2019 21:46:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0959AF28E for ; Sat, 26 Jan 2019 21:46:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0QLksnb075313 for ; Sat, 26 Jan 2019 21:46:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0QLksdw075312 for fs@FreeBSD.org; Sat, 26 Jan 2019 21:46:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 230962] Kernel panic when writing extended attributes with soft updates enabled Date: Sat, 26 Jan 2019 21:46:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.2-RELEASE X-Bugzilla-Keywords: panic X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2019 21:46:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230962 --- Comment #10 from Kirk McKusick --- Created attachment 201424 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D201424&action= =3Dedit Proposed patch to fix bug. Here is my proposed patch to fix this bug. Please let me know if it helps. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Jan 26 22:27:24 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9783414B0BFF for ; Sat, 26 Jan 2019 22:27:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 220C4705CD for ; Sat, 26 Jan 2019 22:27:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0E6AD14B0BFE; Sat, 26 Jan 2019 22:27:22 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F10CA14B0BFD for ; Sat, 26 Jan 2019 22:27:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 840017057F for ; Sat, 26 Jan 2019 22:27:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 092D1F890 for ; Sat, 26 Jan 2019 22:27:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0QMRIN6087358 for ; Sat, 26 Jan 2019 22:27:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0QMRI3c087357 for fs@FreeBSD.org; Sat, 26 Jan 2019 22:27:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235182] tunefs does not agree with newfs about what a legal label is Date: Sat, 26 Jan 2019 22:27:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch, patch-ready X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2019 22:27:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235182 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: mckusick Date: Sat Jan 26 22:27:12 UTC 2019 New revision: 343483 URL: https://svnweb.freebsd.org/changeset/base/343483 Log: Update tunefs and newfs error messages for the -L (volume label) option to note that underscores are valid. PR: 235182 Reported by: Rodney W. Grimes (rgrimes@) Sponsored by: Netflix Changes: head/sbin/newfs/newfs.c head/sbin/tunefs/tunefs.c --=20 You are receiving this mail because: You are the assignee for the bug.=