From owner-freebsd-net@FreeBSD.ORG Wed Apr 4 12:26:03 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1723106568A for ; Wed, 4 Apr 2012 12:26:03 +0000 (UTC) (envelope-from rsb@berentweb.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75F3F8FC1A for ; Wed, 4 Apr 2012 12:26:03 +0000 (UTC) Received: by vbmv11 with SMTP id v11so157654vbm.13 for ; Wed, 04 Apr 2012 05:26:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=berentweb.com; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=xM+C2Rfp8fqmn8osYw9uBDkOSOLYzhGP3z+Y5JWrD8Q=; b=HeILmqaolnA+d6VwTAlZpU3tC9iTxBD3edVm57X+d9y2P6PY2pgmHkg2wbtNUGrBlw Fq369oxL/yoGC70aa7mp5R80wr5gHMh4lPwsnw0LWOeqB2wjmKLuiVf2iAMF2tc80W13 lPpYP1iLnIO4mYlhSkL4SBrrrcQJG94Ci2HKw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :x-gm-message-state; bh=xM+C2Rfp8fqmn8osYw9uBDkOSOLYzhGP3z+Y5JWrD8Q=; b=IYgnyMkAKmBV1JlOlCNyBNs1CSUzi+tgNmTMkR9IKRrWmY4d925c8V+NqCmLlhDo36 XzcqPLOBG5Lo48oso4rW5JrwRfMHNm0tZckVsaWBu83Ce9GPRB0jr02LGBHQ2cW2zl9o LMC4f+Sn2tjuAcntexY2VbhD2Ubm/4WNr9zUNi5dl4H+nyFh+WB1MxWscVxMNtpsZP9D k9sAAhVphI5eolt/hZIJtf7FTGjY8Mr5GNi+am1vm+TzQ05t5F6+cq2gXwuCqyK/pHdB l95/GdFd3yiJwqoP26iLchIo90tB+uDXWeivtTywpxwQzrsP7R4swb29b3JnogdRvYtU y/zg== MIME-Version: 1.0 Received: by 10.52.68.228 with SMTP id z4mr6572960vdt.1.1333542362580; Wed, 04 Apr 2012 05:26:02 -0700 (PDT) Sender: rsb@berentweb.com Received: by 10.220.195.204 with HTTP; Wed, 4 Apr 2012 05:26:02 -0700 (PDT) X-Originating-IP: [85.110.92.106] In-Reply-To: References: <20120329072054.GA45082@server.vk2pj.dyndns.org> <20120403074954.GA19241@server.vk2pj.dyndns.org> Date: Wed, 4 Apr 2012 15:26:02 +0300 X-Google-Sender-Auth: ikhL_C_zD8TkOlCzQlTuIrFEDqM Message-ID: From: Beeblebrox To: freebsd-net@freebsd.org X-Gm-Message-State: ALoCoQlnj2IL66h5+C43MR/RwclIdIaXkNucHeKnmUI1liOKShd2HJ2Cj0mimxay5Ag1oOcx0gQr Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: lagg problems on diskless client X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Apr 2012 12:26:03 -0000 > > > Almost as bad as back when I sent a note to a customer about a > requirement to adjust our 'peeing' policy. (And the spell checker > won't catch that one.) > > On Tue, Apr 3, 2012 at 10:29 AM, Beeblebrox wrote: > > On Tue, Apr 3, 2012 at 7:46 PM, Kevin Oberman wrote: > > > >> On Tue, Apr 3, 2012 at 4:51 AM, Beeblebrox > wrote: > >> > Slightly different point of view: Under this scenario of dikless > clients > >> > having dual NICs would CRAP be a choice to consider? From what I have > >> read > >> Typo or editorial comment^^^^^^ -) > >> > it can offer loadbalancing but as I understand it's not really > applicable > >> > to diskless node situations? > @ Kevin: > Does a 'dikless' server run eunichs? Sorry. I really should resist this kind of carp. One could assert that all forms of harem *gateway* control were eunichs-based. However, after a compound slip-up like that, there's no graceful recovery: pwned, I am. @Peter: Thanks for the explanation on carp, confirmed my understanding of its function. > Actually, it doesn't matter that the root is RO, just that /mnt exists so it can be used as a mountpoint. Why the error and why does it freeze the system then? More than happy just to go with default /mnt but the DC does not like it for some odd reason. > whilst $lagg_tmp is parameterised, /mnt is hard-coded in several places No big deal, easily corrected on my end. > AFAIR, I use a separate ramdisk because /etc/rc.d/lagg runs very early and other mountpoints cannot be relied on. Do you mean like a usb flash?