Date: Wed, 28 Dec 2011 13:50:53 +0300 From: Sergey Kandaurov <pluknet@gmail.com> To: Damien Fleuriot <ml@my.gd> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: stuck /etc/rc autoboot processes Message-ID: <CAE-mSO%2BrMGn2sqc-PhWBe0=023uPqDK=kyWSx2o86nzCgM%2BuOQ@mail.gmail.com> In-Reply-To: <4EFA129C.2090407@my.gd> References: <4EFA129C.2090407@my.gd>
next in thread | previous in thread | raw e-mail | index | archive | help
On 27 December 2011 22:46, Damien Fleuriot <ml@my.gd> wrote: > Hello list, > > > > Yesterday and today, I've been busy either patching boxes for the BIND > advisory that we received on the 23rd (when they were running 8.1 or > 8.2-RELEASE), or upgrading them (when running 8.0-RELEASE). > > > Today I've come across 2 boxes running 8.2-STABLE and of course, the > BIND patch wouldn't apply correctly. > > I've decided to cvsup them to 8.2-RELEASE and "upgrade" them to it. > > > 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 > > > Now, I'm facing this odd situation where, just after booting, I get this > on the 2 boxes: > > > root =A0 =A0 =A0 =A0 22 =A00.0 =A00.0 =A08256 =A01876 =A0v0 =A0Is+ =A0 7:= 32PM =A0 0:00.03 sh > /etc/rc autoboot > root =A0 =A0 =A0 1250 =A00.0 =A00.0 18000 =A02576 =A0v0 =A0I+ =A0 =A07:32= PM =A0 0:00.04 > /usr/local/sbin/rsyslogd -a /var/run/log -a /var/named/var/run/log -i > /var/run/syslog.pid -f /usr/local/etc/rsyslog.conf > root =A0 =A0 =A0 1790 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A07:= 32PM =A0 0:00.00 sh > /etc/rc autoboot > root =A0 =A0 =A0 1793 =A00.0 =A00.0 =A08256 =A01952 =A0v0 =A0I+ =A0 =A07:= 32PM =A0 0:00.00 sh > /etc/rc autoboot > > > Does anybody have an idea why I get these stuck "sh /etc/rc autoboot" > processes ? > > Any pointers as to where I should look ? Check if the box has a working resolving during boot. This is a main reason why it may stuck in /etc/rc phase. When on physical console, type ^T. Usually it will get you the name of offending process. You posted output from ps aux. It would be nice if you post ps auxl, so values of MWCHAN ps keyword will be also seen, which can add an additional debugging info. --=20 wbr, pluknet
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAE-mSO%2BrMGn2sqc-PhWBe0=023uPqDK=kyWSx2o86nzCgM%2BuOQ>