From owner-freebsd-fs@freebsd.org Wed Aug 17 07:31:56 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F30A8BBB9BD for ; Wed, 17 Aug 2016 07:31:56 +0000 (UTC) (envelope-from juergen.gotteswinter@internetx.com) Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by mx1.freebsd.org (Postfix) with ESMTP id B41CA1A79 for ; Wed, 17 Aug 2016 07:31:55 +0000 (UTC) (envelope-from juergen.gotteswinter@internetx.com) Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 4D78F4C4C83E; Wed, 17 Aug 2016 09:25:33 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hDxnviEepP0m; Wed, 17 Aug 2016 09:25:31 +0200 (CEST) Received: from [192.168.100.26] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 1B6424C4C839; Wed, 17 Aug 2016 09:25:31 +0200 (CEST) Reply-To: juergen.gotteswinter@internetx.com Subject: Re: HAST + ZFS + NFS + CARP References: <6035AB85-8E62-4F0A-9FA8-125B31A7A387@gmail.com> <20160703192945.GE41276@mordor.lan> <20160703214723.GF41276@mordor.lan> <65906F84-CFFC-40E9-8236-56AFB6BE2DE1@ixsystems.com> <61283600-A41A-4A8A-92F9-7FAFF54DD175@ixsystems.com> <20160704183643.GI41276@mordor.lan> <20160704193131.GJ41276@mordor.lan> <20160811091016.GI70364@mordor.lan> <1AA52221-9B04-4CF6-97A3-D2C2B330B7F9@sarenet.es> To: Borja Marcos , freebsd-fs@freebsd.org From: InterNetX - Juergen Gotteswinter Organization: InterNetX GmbH Message-ID: <472bc879-977f-8c4c-c91a-84cc61efcd86@internetx.com> Date: Wed, 17 Aug 2016 09:25:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1AA52221-9B04-4CF6-97A3-D2C2B330B7F9@sarenet.es> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 07:31:57 -0000 Am 11.08.2016 um 11:24 schrieb Borja Marcos: > >> On 11 Aug 2016, at 11:10, Julien Cigar wrote: >> >> As I said in a previous post I tested the zfs send/receive approach (with >> zrep) and it works (more or less) perfectly.. so I concur in all what you >> said, especially about off-site replicate and synchronous replication. >> >> Out of curiosity I'm also testing a ZFS + iSCSI + CARP at the moment, >> I'm in the early tests, haven't done any heavy writes yet, but ATM it >> works as expected, I havent' managed to corrupt the zpool. > > I must be too old school, but I don’t quite like the idea of using an essentially unreliable transport > (Ethernet) for low-level filesystem operations. > > In case something went wrong, that approach could risk corrupting a pool. Although, frankly, > ZFS is extremely resilient. One of mine even survived a SAS HBA problem that caused some > silent corruption. try dual split import :D i mean, zpool -f import on 2 machines hooked up to the same disk chassis. kaboom, really ugly kaboom. thats what is very likely to happen sooner or later especially when it comes to homegrown automatism solutions. even the commercial parts where much more time/work goes into such solutions fail in a regular manner > > The advantage of ZFS send/receive of datasets is, however, that you can consider it > essentially atomic. A transport corruption should not cause trouble (apart from a failed > "zfs receive") and with snapshot retention you can even roll back. You can’t roll back > zpool replications :) > > ZFS receive does a lot of sanity checks as well. As long as your zfs receive doesn’t involve a rollback > to the latest snapshot, it won’t destroy anything by mistake. Just make sure that your replica datasets > aren’t mounted and zfs receive won’t complain. > > > Cheers, > > > > > Borja. > > > > _______________________________________________ > 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" >