From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:36:54 2014 Return-Path: Delivered-To: freebsd-stable@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 E5B2DAA1; Wed, 9 Apr 2014 21:36:53 +0000 (UTC) Received: from udns.ultimateDNS.NET (ultimatedns.net [209.180.214.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69727142B; Wed, 9 Apr 2014 21:36:52 +0000 (UTC) Received: from udns.ultimateDNS.NET (localhost [127.0.0.1]) by udns.ultimateDNS.NET (8.14.5/8.14.5) with ESMTP id s39LeGRZ061564; Wed, 9 Apr 2014 14:40:22 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s39Le9VK061560; Wed, 9 Apr 2014 14:40:09 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable02.ultimatedns.net ([209.180.214.228]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Wed, 9 Apr 2014 14:40:11 -0700 (PDT) Message-ID: <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net> In-Reply-To: <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org> Date: Wed, 9 Apr 2014 14:40:11 -0700 (PDT) Subject: RE: 9.2 Boot Problem From: "Chris H" To: dteske@FreeBSD.org User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 21:36:54 -0000 > > >> -----Original Message----- >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> Sent: Wednesday, April 9, 2014 2:31 PM >> To: dteske@FreeBSD.org >> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org >> Subject: RE: 9.2 Boot Problem >> >> > >> > >> >> -----Original Message----- >> >> From: Chris H [mailto:bsd-lists@bsdforge.com] >> >> Sent: Wednesday, April 9, 2014 2:03 PM >> >> To: Doug Hardie >> >> Cc: freebsd-stable@freebsd.org List >> >> Subject: Re: 9.2 Boot Problem >> >> >> >> > >> >> > On 9 April 2014, at 13:49, "Chris H" wrote: >> >> > >> >> >>> >> >> >>> On 9 April 2014, at 11:29, "Chris H" wrote: >> >> >>> >> >> >>>>> >> >> >>>>> On 4 April 2014, at 21:08, Doug Hardie wrote: >> >> >>>>> >> >> >>>>>> I put this out on Questions, but got no responses. Hopefully >> >> >>>>>> someone here has some ideas. >> >> >>>>>> >> >> >>>>>> FreeBSD 9.2. All of my systems are hanging during boot right >> >> >>>>>> after the screen that has the picture. Its as if someone hit >> >> >>>>>> a space on the keyboard. However, these systems have no >> keyboard. >> >> >>>>>> If I plug one in, or use the serial console, and enter a >> >> >>>>>> return, the boot continues properly. >> >> >>>>>> >> >> >>>>>> The boot menu is displayed along with Beastie. However, the >> >> >>>>>> line that says Autoboot in n seconds… never appears. It just >> >> >>>>>> stops there. These are all new installs from CD systems. >> >> >>>>>> I just used freebsd-update to take a toy server from 9.1 to >> >> >>>>>> 9.2 and it doesn't exhibit this behavior. It boots properly. >> >> >>>>>> I have updated one of the production servers with the latest >> >> >>>>>> 9.2 changes and it still has the issue. I first thought that >> >> >>>>>> some config file did not get updated properly on the CD. I >> >> >>>>>> have dug around through the 4th files and don't see anything >> >> >>>>>> obvious that would cause this. I have now verified that all >> >> >>>>>> the 4th files in boot are identical (except for the version >> >> >>>>>> number. They are slightly different). I don't believe this >> >> >>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this >> >> >>>>>> behavior. All >> >> >>>>>> 4 >> >> >>>>>> systems are on totally different motherboards. >> >> >>>>>> >> >> >>>>>> I tried setting loader_logo="none" in /boot/config.rc and that >> >> >>>>>> eliminated the menu and Beastie. I think the system completed >> >> booting, but the serial console was then dead. >> >> >>>>>> It >> >> >>>>>> did not respond or output anything. I had to remove that and >> >> >>>>>> reboot to get the console back again. >> >> >>>>>> >> >> >>>>>> I need to get this fixed as these are production servers that >> >> >>>>>> are essentially unmanned so its difficult to get them back up >> again. >> >> >>>>> >> >> >>>>> >> >> >>>>> No response here either. Surely someone must know the loader. >> >> >>>>> I >> >> have been digging >> >> >>>>> through >> >> >>>>> the code, and can't find any differences between the systems >> >> >>>>> that >> >> work and those that >> >> >>>>> don't. >> >> >>>>> Is there any way to debug this? Is there a way to find out >> >> >>>>> where the >> >> loader is sitting >> >> >>>>> waiting on input from the terminal. That might give a clue as >> >> >>>>> to why it >> >> didn't >> >> >>>>> autoboot. >> >> >>>>> >> >> >>>> OK. This is the first I've seen of your post. I'm not going to >> >> >>>> profess being an expert. But I might suggest adding the >> >> >>>> following to >> >> >>>> loader.conf(5) >> >> >>>> >> >> >>>> verbose_loading="YES" >> >> >>>> boot_verbose="YES" >> >> >>>> >> >> >>>> This raises the "noise level". Maybe that will help to provide >> >> >>>> you with a bit more information, as to what, or if, your >> >> >>>> booting. DO have a look through /boot/defaults/loader.conf for >> >> >>>> more hints, as to what, and >> >> how >> >> >>>> you can control the boot process. As well as /etc/defaults/rc.conf. >> >> >>>> In fact, you can pre-decide what, and how, to boot. Even passing >> >> >>>> by the boot menu entirely. >> >> >>> >> >> >>> Thanks Chris. I did that and here is what I get: >> >> >>> >> >> >>> Rebooting... >> >> >>> cpu_reset: Stopping other CPUs >> >> >>> /boot.config: -Dh >> >> >>> Consoles: internal video/keyboard serial port BIOS drive A: is >> >> >>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available >> >> >>> memory >> >> >>> >> >> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org, >> >> >>> Tue Apr 8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf >> >> >>> Warning: unable to open file /boot/loader.conf.local >> >> >>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770 >> >> syms=[0x4+0xeda80+0x4+0x1b8ebf] >> >> >>> zpool_cache...failed! >> >> >>> \ >> >> >>> H[Esc]ape to loader prompt_ _____ _____ >> >> >>> | ____| | _ \ / ____| __ \ >> >> >>> | |___ _ __ ___ ___ | |_) | (___ | | | | >> >> >>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >> >> >>> | | | | | __/ __/| |_) |____) | |__| | >> >> >>> | | | | | | || | | | >> >> >>> |_| |_| \___|\___||____/|_____/|_____/ ``` ` >> >> >>> s` `.....---.......--.``` -/ >> >> >>> + Welcome to FreeBSD + +o .--` /y:` +. >> >> >>> | | yo`:. :o `+- >> >> >>> | 1. Boot Multi User [Enter] | y/ 3;46H / >> >> >>> | 2.-- / | >> >> >>> | | >> >> >>> | 4. Reboot | `: :` >> >> >>> | | `: :` >> >> >>> | Options: / / >> >> >>> | 5. Configure Boot [O]ptions... .- -. >> >> >>> | -- -. >> >> >>> | `:` `:` >> >> >>> | .-- `--. >> >> >>> | .---.....----. >> >> >>> +-----------------------------------------+ >> >> >>> >> >> >>> FreeBSD `Nakatomi >> >> >>> Socrates' 9.2 >> >> >>> >> >> >>> >> >> >>> Now it waits for a return. I have tried changing the logo, >> >> >>> setting the >> >> autoboot timeout >> >> >>> and >> >> >>> a couple others. The only thing that did anything different was >> >> >>> setting >> >> the logo to an >> >> >>> invalid value. Basically the console was dead after that, but >> >> >>> the system >> >> did boot. I >> >> >>> never >> >> >>> see the Auto Boot in n seconds message. Its also interesting >> >> >>> that the list >> >> of options >> >> >>> above >> >> >>> appears incomplete. On the working system, items 1 through 5 are >> >> >>> all >> >> present. I have >> >> >>> now >> >> >>> checked all the cksum's for all the files in /boot and they are all the >> same. >> >> >>> >> >> >> Hmmm. Looks like you're going to make me do all your research, for >> you. >> >> ;) >> >> >> You /did/ read the contents of /boot/defaults/loader.conf. Yes? >> >> >> I'm >> >> guessing >> >> >> that you've also already read loader.4th(8), and the other related info. >> >> >> Now this is pure supposition; as it appears that you're looking >> >> >> for a serial console. I'd /speculate/ that you want to turn all >> >> >> that NASTY ANSI stuff >> >> OFF >> >> >> That's why your not seeing the complete menu -- hear that Devin! >> >> >> I'm going to post just this much for now, just to get you started. >> >> >> I know what else you need/are looking for. But need to find the >> >> >> /correct/ syntax >> >> -- >> >> >> paraphrasing, just won't get it. :)\ >> >> > >> >> > Setting loader_color="NO" (from man page) does give back the full >> menu. >> >> Still waits for >> >> > return after the version name. I haven't found in the forth where >> >> > it is >> >> reading the >> >> > keyboard. Yes, I have to use a serial console. These machines are >> >> > about >> >> 100 miles away. >> >> > Something is stopping the autoboot from even starting. >> >> >> >> See my reply to this. I think I've given you the hints you need -- >> >> fingers crossed. :) >> >> >> > >> > He's using console=comconsole (serial boot). >> > When that is the case, loader_color is automatically set to NO. >> > There's no reason to set both loader_color=NO and console= comconsole. >> > The code that does this is here: >> > >> > >> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >> > >> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D >> > >> markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj >> 2Ns9%2FssH >> > >> Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T >> k%3D%0A&s=7 >> > 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103 >> > Line 48 within the loader_color? function: >> > boot_serial? if FALSE else TRUE then >> > >> > As for answering the quandary of where the keyboard is polled during >> > the timeout countdown, that's the getkey function in here: >> > >> > >> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b >> > >> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3 >> Dm >> > >> arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2 >> Ns9%2FssHJ >> > >> jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk >> %3D%0A&s=54 >> > b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6 >> >> Hi Devin. I was hoping you'd join the conversation. :) I /personally/ didn't >> suggest that he issue both color=NO /and/ boot_serial. >> In fact, I only suggested using loader_logo="beastiebw" as that's how I >> managed to /finally/ get a usable boot menu, when I first attempted to >> use/install 9.2. I'd have written a pr(1). But as the /whole/ experience was >> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that there >> may be more to it. >> >> Thanks for chiming in. >> > > Just for clarification... do I need to debug a broken feature? > Do we know what combination causes boot to hang? I think we're still "debugging" it. I see no indication he's got a /normally/ functioning boot, yet. --Chris > -- > Devin > > > _____________ > The information contained in this message is proprietary and/or confidential. If you are not > the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, > distribute or use the message in any manner; and (iii) notify the sender immediately. In > addition, please be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > >