From owner-freebsd-fs@freebsd.org Wed Aug 17 09:11:11 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 62487BBC574 for ; Wed, 17 Aug 2016 09:11:11 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E75451440 for ; Wed, 17 Aug 2016 09:11:10 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id o80so219354795wme.1 for ; Wed, 17 Aug 2016 02:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2/mQLGUGA0xLtkVNsiIpOFEvVb4XC3yo3Cor9uoHpHg=; b=Fj7dlse4etxfhovQJY5YSDwV658pe8wE/ykwyCPRly37kj41Jz9LX/UChUjMV7bast 3ISzag94nXCxqkkTEqUyxqidxIUbOON26Bc9Yylilzb39VK24va3cfx70W3yS0vQ76zV naNiRZZEbY5xhtFrAKgZ/rPWfAWzuYo3M7SKxUGzDO+UU++wzkSlDK9OOVQsyGxdqh4y p4kExMjsUuAssuv8U1oofjLt9PfQEC4o0xcPzbD2Mei1/ze82Cm+w0T0SScb8zttdsvs 6GvFWupEYJ/M+nZM3bssBDRktoOBCZEW6yzB01v0J553IjufAhD8aPFBNVSaE61IPGif DPYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2/mQLGUGA0xLtkVNsiIpOFEvVb4XC3yo3Cor9uoHpHg=; b=I5ntNkNPzHNgWwxDjzZsq3di3Kd46YCnrAy5WuFRklGzram7prwGqkeWWIkOzUYvzO aRgCfOrBdavdOZ0tRoq7lE4kvXmdTssXwTqVs4HCnL7b/NHgiCAlMY51F0+AWit3Z1B5 KzeXAEKLIpF15KlxV+kSI5ExfID2TYrk44UEtWH/rCDu96yPjzV3K+GYUijDBXwWwQa7 LEV+1TTh0M2+BEqzAK5P+N4qQy9GgJUBCPNlQTSx30dd7wVBJaeGTxKTg4LHqv7E1UqC TPffA5ZGzZ4mNnWxneFKU6se3AL/j81dfiIoh2lmAogiHYEGZ61VW/YaLW2XiOEKcxeJ 2Jqw== X-Gm-Message-State: AEkoouubrunXDFO1SOPGMa8bgUHSWkEjilpJoqtXSM+7x6CM/bMGv+nfc5ZUiEG5Le4PfBq5ILUM1UmICEQe7Q== X-Received: by 10.194.175.106 with SMTP id bz10mr42852112wjc.42.1471425069456; Wed, 17 Aug 2016 02:11:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.54.202 with HTTP; Wed, 17 Aug 2016 02:11:08 -0700 (PDT) In-Reply-To: <1AE36A3B-A2BA-47D2-A872-1E7E9EFA201D@sarenet.es> 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> <472bc879-977f-8c4c-c91a-84cc61efcd86@internetx.com> <1AE36A3B-A2BA-47D2-A872-1E7E9EFA201D@sarenet.es> From: krad Date: Wed, 17 Aug 2016 10:11:08 +0100 Message-ID: Subject: Re: HAST + ZFS + NFS + CARP To: Borja Marcos Cc: juergen.gotteswinter@internetx.com, FreeBSD FS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 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 09:11:11 -0000 I totally agree here i would used some batch replication in general. Yes it doesnt provide the ha you require, but then if you need that maybe a different approach like a distributed file system is a better solution. Even then though I would still have my standard replication to a box not part of the distributed filesystem via rsync or something, just for ass covering. Admittedly this gets problematic when the datasets have large deltas and/or objects. On 17 August 2016 at 09:53, Borja Marcos wrote: > > > On 17 Aug 2016, at 09:25, InterNetX - Juergen Gotteswinter < > juergen.gotteswinter@internetx.com> wrote: > > try dual split import :D i mean, zpool -f import on 2 machines hooked u= p > > 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 > > Well, don=E2=80=99t expect to father children after shooting your balls! = ;) > > I am not a big fan of such closely coupled solutions. There are quite > some failure modes that can break such a configuration, not just a > brainless > =E2=80=9Cdual split import=E2=80=9D as you say :) > > Misbehaving software (read, a ZFS bug) can render the pool unusable and, > no matter how many > redundant servers you have connected to your chassis, you are toast. Usin= g > incremental replication > over a network is much more robust, and it offers a lot of fault > isolation. Moreover, you can place the > servers in different buildings, etc. > > Networks even offer a more than reasonable protection from electrical > problems. Especially if you get > paranoid and use fiber, in which case protection is absolute. > > > > 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"