From owner-freebsd-net@freebsd.org Sat Feb 4 22:29:27 2017 Return-Path: Delivered-To: freebsd-net@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 2EA27CD1189 for ; Sat, 4 Feb 2017 22:29:27 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8EB01AC2; Sat, 4 Feb 2017 22:29:25 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) X-Envelope-To: freebsd-net@FreeBSD.org Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v14MT9CL056409 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 4 Feb 2017 23:29:10 +0100 (CET) (envelope-from eugen@eg.sd.rdtc.ru) X-Envelope-From: eugen@eg.sd.rdtc.ru Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id v14MT1X5077037 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 5 Feb 2017 05:29:01 +0700 (KRAT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.15.2/8.15.2/Submit) id v14MT1Lp077036; Sun, 5 Feb 2017 05:29:01 +0700 (KRAT) (envelope-from eugen) Date: Sun, 5 Feb 2017 05:29:01 +0700 From: Eugene Grosbein To: Sean Bruno Cc: freebsd-net@FreeBSD.org Subject: Re: NFSROOT and lagg(4) Message-ID: <20170204222901.GA24841@rdtc.ru> References: <3b771270-245a-cf8a-9cbe-f55df7680812@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b771270-245a-cf8a-9cbe-f55df7680812@freebsd.org> User-Agent: Mutt/1.7.1 (2016-10-04) X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,LOCAL_FROM,RP_MATCHES_RCVD autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail * domains are different * 0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2017 22:29:27 -0000 On Sat, Feb 04, 2017 at 01:44:21PM -0700, Sean Bruno wrote: > "what I want" is to pxe/netboot and then switch over to using a lagg(4) > interface that includes the interface used in the pxe/netboot boot up. > I suspect, I have to switch to MDROOT to do this, but I thought I'd ask > if anyone is doing this type of configuration in their labs? > > What seems to happen is that I lose the nfsroot when I reconfigure the > lagg, and I no longer have access to reconfigure. Why would you lose something if you use same IP address at both stages? NFS over UDP or TCP binds sockets to IP, not network interfaces. You just need to make sure you have statically linked shell and ifconfig utility handy in tmpfs or md device before you try to enable LACP. I do not think reroot is needed there. First you create tmpfs and mount to /mnt, then copy /rescue and script doing LACP configuration using /mnt/rescue/ifconfig there, then run it using "/mnt/rescue/sh /mnt/run_my_lacp" As soon as your script brings LACP up and moves IP address there, you would be fine. Eugene Grosbein