Date: Tue, 19 Apr 2005 21:31:10 +0200 From: "Emmanuel Chriqui" <emmanuel.chriqui@laposte.net> To: "'Marc Olzheim'" <marcolz@stack.nl> Cc: freebsd-stable@freebsd.org Subject: RE: PXEBOOT/TFTPBOOT + big MD_ROOT problem Message-ID: <425309CC00851976@lpdnpm10.laposte.net> (added by postmaster@laposte.net) In-Reply-To: <20050419190557.GA82027@stack.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
> -----Message d'origine----- > De=A0: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd- > hackers@freebsd.org] De la part de Marc Olzheim > Envoy=E9=A0: mardi 19 avril 2005 21:06 > =C0=A0: Emmanuel Chriqui > Cc=A0: freebsd-hackers@freebsd.org; freebsd-stable@freebsd.org > Objet=A0: Re: PXEBOOT/TFTPBOOT + big MD_ROOT problem >=20 > On Tue, Apr 19, 2005 at 09:52:07AM +0200, Emmanuel Chriqui wrote: > > Hi, > > > > I'm trying to make very big MD_ROOT (300MB) sent using = PXEBOOT+TFTPBOOT. > No > > NFS. >=20 > Any reasons for not using NFS ? Yes. Mainly : similar system already working great under linux for two years, NFS heavy traffic problems making data loss so difficult to solve = (at least under Linux), cheap memory, better server independence when he got = his system (tftp server shut down after the client servers got theirs = images). >=20 > > I use i386/5.4RC2/TFTPD/PXEBOOT+TFTPBOOT . > > (same pb with a 5.3). > > > > Am I missing something obvious? >=20 > I'm not sure. tftp itself is able to handle 32MB+ files, but maybe the > loader isn't. TFTP linux->FreeBSD, FreeBsd->FreeBSD, FreeBSD->Linux ok for 500MB, 1GB, 1,5GB, works ok (well... at least on our servers..). >=20 > A workaround, no using NFS, could be to tftp a second filesystem image > on boot and mount that from the root filesyste This is roughly how it works under our linux servers, webservers, etc... = I was hoping to avoid that approach (less work.. less maintenance..).=20 Am I the only one on earth to need a big MFSROOT ???=20 :) Emmanuel.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?425309CC00851976>