From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MGazm-0001Og-Hu for garchives@archives.gentoo.org; Tue, 16 Jun 2009 15:54:46 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D5A18E0328; Tue, 16 Jun 2009 15:54:44 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by pigeon.gentoo.org (Postfix) with ESMTP id 8277BE0328 for ; Tue, 16 Jun 2009 15:54:44 +0000 (UTC) Received: from rohan.altum.de (p5DC819A5.dip0.t-ipconnect.de [93.200.25.165]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MKt2u-1MGazj2uqs-0006Ey; Tue, 16 Jun 2009 17:54:43 +0200 Received: from localhost (localhost [127.0.0.1]) by rohan.altum.de (Postfix) with ESMTP id 54126700546 for ; Tue, 16 Jun 2009 17:54:43 +0200 (CEST) Received: from gondolin.localnet (gondolin.altum.de [192.168.1.4]) (Authenticated sender: heini) by rohan.altum.de (Postfix) with ESMTPSA id 8C7A0700545 for ; Tue, 16 Jun 2009 17:54:40 +0200 (CEST) From: Dirk Heinrichs Organization: Privat To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] [OT] RAID 1 over network Date: Tue, 16 Jun 2009 17:54:34 +0200 User-Agent: KMail/1.11.4 (Linux/2.6.30; KDE/4.2.4; i686; ; ) References: <20090616124046.7e484352@symbox> <20090616164510.57f049c7@ilievnet.com> <1245160717.11720.4.camel@hspc32.informatik.uni-stuttgart.de> In-Reply-To: <1245160717.11720.4.camel@hspc32.informatik.uni-stuttgart.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5277799.qPGFRjM69a"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906161754.39984.dirk.heinrichs@online.de> X-Provags-ID: V01U2FsdGVkX1/wMIDhmMvWp3xblAeGHBfVdesIC5XhEW5Cl4l l7Up7gJEQuCDMgwUc2PJyuEJ8bI9gIhsl1gloeVi0GL/qw4zg2 AI1R2EvOLgdqQEO093srQ== X-Archives-Salt: c515c75b-922e-477b-ae90-3272350363d9 X-Archives-Hash: 7e4d997ae9d5ec73e998f4193132ef6a --nextPart5277799.qPGFRjM69a Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Dienstag 16 Juni 2009 15:58:37 schrieb Philipp Riegger: > On Tue, 2009-06-16 at 16:45 +0300, Daniel Iliev wrote: > > DRBD is HA solution which is achieved by switching the role of the > > nodes in case the "active node" goes offline. I think DRBD is not meant > > for the schema OP has described, because only the "active node" is > > accessible via FS. DRBD works between the FS and block device layers. > > It catches the FS writes from the active node and sends them over the > > network. DRBD on the backup node receives those and replicates them > > directly to the disk driver. Thus you can't have mounted FS on the > > backup node. If the active node goes offline, the backup node takes > > over which means DRBD switches roles and the FS has to be mounted > > afterwards. > > But that might be a good solution with 2.6.30, NFS and FSCACHE. > > Another solution would be to use ndb (network block devices), dm-raid > and a cluster filesystem. And finally, there's OpenAFS. Not really RAID, but maybe sufficient. Bye... Dirk --nextPart5277799.qPGFRjM69a Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iD8DBQBKN8A/8NVtnsLkZ7sRAtAuAJ9CNaLQzcf7rFHRvnntsvd3Zq1XAgCfSEBo gCF3nblhwzW3RZoTpEqqkUo= =qUux -----END PGP SIGNATURE----- --nextPart5277799.qPGFRjM69a--