Date: Tue, 25 Feb 2020 20:33:48 +0000 From: Michio Honda <micchie.gml@gmail.com> To: hackers@freebsd.org Subject: Re: Slow PXE boot Message-ID: <CA%2BSc9E0NNi8ViwXCn-Hif2_RQOnu11RLEMRUT2kOAaouLNySvQ@mail.gmail.com> In-Reply-To: <8F7B8958-5295-4A26-82E9-94C7A62ED8A1@longcount.org> References: <20200224032300.00006290@gmail.com> <8F7B8958-5295-4A26-82E9-94C7A62ED8A1@longcount.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, I had a similar problem before, and the solution was the use of pxeboot file taken from FreeBSD 10 as suggested by Hiroki. Cheers, - Michio On Mon, Feb 24, 2020 at 1:48 PM Mark Saad <nonesuch@longcount.org> wrote: > Domagoj > I regularly boot 11.3-Stable and 12.1-Stable amd64 on servers with > 64gb, 128gb , and occasional more . I do t have that issue . Can you take= a > peak at the switch your boxes are attached to ; It sounds like a device i= s > running at 100mb 1/2 duplex . I remember the realtec nics doing this when > set to auto . > > --- > Mark Saad | nonesuch@longcount.org > > > On Feb 23, 2020, at 9:23 PM, Domagoj Smol=C4=8Di=C4=87 <rank1seeker@gma= il.com> > wrote: > > > > =EF=BB=BFYo Crew! > > > > During PXE boot, from server (11.3-RELEASE-p5 i386) with 1 GB RAM, > client with: > > 4 GB RAM booted kernel in ~2 min > > 8 GB RAM booted kernel in ~20 min (at least) > > So all below is tested with 2 different clients, each with NIC of > different manufacturer (Realtec & Intel) > > > > I've read on forums that if client has much, much more RAM than server, > this happens. > > Suggestion was to to set loader(8) tunable hw.memtest.tests to 0, so > client would skip RAM test. > > > > PXE boot is served to clients from /PXE, so ... > > Setting hw.memtest.tests=3D"0" in /PXE/boot/loader.conf, yielded no > results! > > > > By the way, for some reason, hw.memtest.tests tunable DOESN'T exist in > man pages! > > I had to look in source code to confirm it still exists. > > > > > > Next, I've tried: > > # echo 'nfs.read_size=3D"16384"' > /PXE/boot/loader.conf > > Changing value to ANY value other than default 1024, completely halt= s > client's kernel loading at 'Loading kernel...'! > > > > > > Lastly, I've tried tactic used with UFS's stage 2 /boot/boot, to skip > stage 3 loader completely and to directly load kernel instead. > > So in dhcpd.conf, I've replaced: > > filename "boot/pxeboot"; > > with: > > filename "boot/kernel/kernel"; > > > > Result: > > Attempt to pull GENERIC kernel directly, resulted in: "NBP is too bi= g > to fit in free base memory" > > Maybe I should try to compile custom minimal kernel 'ident PXE' ... > > It is unbelievable how many problems do I have ... > > > > > > > > Domagoj Smol=C4=8Di=C4=87 > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2BSc9E0NNi8ViwXCn-Hif2_RQOnu11RLEMRUT2kOAaouLNySvQ>