From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 7 15:52:42 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54C04A41 for ; Fri, 7 Mar 2014 15:52:42 +0000 (UTC) Received: from ns1.genyosha.net (ns1.genyosha.net [108.86.149.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28B9AE4F for ; Fri, 7 Mar 2014 15:52:41 +0000 (UTC) Received: from dragon.genyosha.home (dragon.genyosha.net [108.86.149.92]) by ns1.genyosha.net (8.14.7/8.14.4) with ESMTP id s27FkfXp073176; Fri, 7 Mar 2014 07:46:42 -0800 (PST) (envelope-from sr@genyosha.net) Received: from dragon.genyosha.home (localhost.localdomain [127.0.0.1]) by dragon.genyosha.home (8.14.4/8.14.4) with ESMTP id s27FkaGA019665; Fri, 7 Mar 2014 07:46:36 -0800 Received: (from sr@localhost) by dragon.genyosha.home (8.14.4/8.14.4/Submit) id s27FkZMO019663; Fri, 7 Mar 2014 07:46:35 -0800 Date: Fri, 7 Mar 2014 07:46:35 -0800 From: Steve Rikli To: "Chad J. Milios" Subject: Re: FreeBSD 9.X network installation using PXE+TFTP (not NFS) ! Message-ID: <20140307154635.GB17044@dragon.genyosha.home> References: <5319AEA2.2030402@ccsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5319AEA2.2030402@ccsys.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ns1.genyosha.net [108.86.149.91]); Fri, 07 Mar 2014 07:46:42 -0800 (PST) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2014 15:52:42 -0000 On Fri, Mar 07, 2014 at 06:33:54AM -0500, Chad J. Milios wrote: > On 3/7/2014 5:36 AM, amine tay wrote: > >Hi everyone, > >I'm trying to perform a FreeBSD 9.X network installation using PXE+TFTP > >(not NFS) ! > >The problem using NFS is the need to specify the root-path in the dhcp > >conf, therefore we can't deploy multiple releases or different images of > >freebsd. > > > >So to enable the tftp instead of NFS we have to edit make.conf with these > >lines > >LOADER_TFTP_SUPPORT=YES > >LOADER_NFS_SUPPORT=NO > >and rebuild the pxeboot file > > > >1st question is : Is this modification going to allow the install of > >differents freebsd images? > > > >Note that I'm using an automated os deployement solution , and I am using > >mac-adresses to deploy freebsd depending on policies, so for exemple two > >clients with different mac-adresses will have two diffrents freebsd images. > > > >Thanks in advance for your help ! > > Can't one already control this similarly to what you describe by > using NFS and the DHCP server (dhcpd.conf for example)? Is there a > constraint that you have limited control of the DHCP server? Based > on my understanding of your question, I have done what you are > trying to do using vanilla pxeboot and ports/net/isc-dhcp42-server. This may not be the exact OP's issue, but perhaps it's related since an OS deployment solution was mentioned (maybe Kickstart & PXElinux ?). The cumbersome behavior I used to run into with the FreeBSD pxe boot loader was the hardcoded root path: #define PXENFSROOTPATH "/pxeroot" ... or get the root path from DHCP, which necessitates changing DHCP's config when an install client needs to be reloaded with a different version or OS. IIRC the Solaris PXE loader used to have similar (and more) behavior; no idea what it does nowdays. I haven't tried to PXE install FreeBSD since 6.3 days so maybe that situation has changed since then, but that kind of requirement used to make it challenging to run labs full of generic clients which would need to be re-installed with different versions and OSes periodically. Linux Kickstart and PXElinux met that need pretty well, where a PXElinux menu (and/or pxe config file) would specify a particular Kickstart config file to use per OS install, and that ks config file would include details about where to get the specific OS images, where and how to mount or download them, etc. I'm just speculating about OP's use case, but since Kickstart and PXElinux seem to be very prevalent for OS deploys, maybe applicable. sr.