From owner-freebsd-stable@FreeBSD.ORG Wed Dec 28 13:33:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F62106564A for ; Wed, 28 Dec 2011 13:33:47 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 13B2D8FC08 for ; Wed, 28 Dec 2011 13:33:46 +0000 (UTC) Received: by lahl5 with SMTP id l5so6771935lah.13 for ; Wed, 28 Dec 2011 05:33:45 -0800 (PST) Received: by 10.152.105.113 with SMTP id gl17mr25139438lab.25.1325079225920; Wed, 28 Dec 2011 05:33:45 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id s13sm24808350lad.8.2011.12.28.05.33.43 (version=SSLv3 cipher=OTHER); Wed, 28 Dec 2011 05:33:44 -0800 (PST) Message-ID: <4EFB1AB6.9030904@my.gd> Date: Wed, 28 Dec 2011 14:33:42 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EFA129C.2090407@my.gd> <20111227212248.GA22028@icarus.home.lan> <4EFAE58E.6040607@my.gd> <4EFAF351.4050004@my.gd> <20111228123808.GA36964@icarus.home.lan> In-Reply-To: <20111228123808.GA36964@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: stuck /etc/rc autoboot processes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2011 13:33:47 -0000 On 12/28/11 1:38 PM, Jeremy Chadwick wrote: > On Wed, Dec 28, 2011 at 11:45:37AM +0100, Damien Fleuriot wrote: >> On 12/28/11 10:46 AM, Damien Fleuriot wrote: >>> On 12/27/11 10:22 PM, Jeremy Chadwick wrote: >>>> On Tue, Dec 27, 2011 at 07:46:52PM +0100, Damien Fleuriot wrote: >>> >>> The "upgrade" that troubles me with these stuck processes is 8.2-STABLE >>> down to 8.2-RELEASE-p5. >>> >>> For this as well, I have not seen anything in UPDATING. >>> >>>> rm -fr /usr/obj/* >>>> rm -fr /var/db/sup/src-all >>>> rm -fr /usr/src/* >>>> csup ... >>>> >>> >>> That's a goood idea, I'll note that down. >>> >>> Are you sure about removing /usr/src/* ? > > I realise you've found that it stalls on local package initialisation, > but I wanted to answer this question: > > Yes, absolutely 100% sure about removing /usr/src/*. The reason is that > the files within those directories contain CVS Id reference numbers that > may not match what you're checking out via csup; meaning, there may be a > conflict. It's best to remove /usr/src/* and /var/db/sup/src-all in > this situation. Removing one but not the other can result in problems. > Duly noted. >>>>> I've gone through the following steps: >>>>> - make buildworld >>>>> - make buildkernel >>>>> - make installkernel >>>>> - nextboot -k my new kernel, to ensure it worked fine >>>>> - rebooted again with the new kernel, this time correctly installed as >>>>> /boot/kernel >>>>> - installed the world >>>>> - run mergemaster -FiPU >>>>> - rebuild ports >>>> >>>> This doesn't look correct. The process you should be following is >>>> documented plainly in /usr/src/Makefile. You're missing some steps. >>>> >>>> Try doing what I recommended above, and following what's in >>>> /usr/src/Makefile, and then see if things improve. >>> >>> I'm reading through it now, the only steps I haven't run seem to be >>> delete-old and delete-old-libs. > > It looks to me like you're missing the "mergemaster -p" stage, as well > as booting into single-user to do the installation (unless of course by > "rebooted again with the new kernel and installed the world" implied you > booted into single-user). > I've also forgotten to mention it but I did run mergemaster -p prior to rebooting on the new kernel. There were no notable diffs between our files, except mergemaster wanted to replace my "old" /etc/passwd , /etc/master.passwd and /etc/group , which is of course a no go. >>> I'll try that removing all /usr/src/ , /usr/obj/ , csuping again and >>> redoing the steps including the removals. > >> I just logged on the machine's remote console and ^C 'd it, and that >> gave me a login prompt (although I could ssh just fine otherwise !) and >> cleared the autoboot processes. >> >> I'm now looking for the reason why this message was displayed and why it >> was stuck. > > Others have recommended rc_debug -- I agree with this. It may not shed > entire light on what's going on (meaning we may end up knowing what > command causes the problem but not what the command is doing > internally). >