From owner-freebsd-current@FreeBSD.ORG Mon Mar 2 05:46:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED8F1065673 for ; Mon, 2 Mar 2009 05:46:37 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 84D6A8FC19 for ; Mon, 2 Mar 2009 05:46:37 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 56870 invoked from network); 2 Mar 2009 05:19:56 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 2 Mar 2009 05:19:56 -0000 Message-ID: <49AB6C1E.1030808@acm.poly.edu> Date: Mon, 02 Mar 2009 00:18:22 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Garrett Cooper References: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> <20090301.205017.1025328203.imp@bsdimp.com> <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> In-Reply-To: <2E9BD549-EF77-4F48-AB7E-C93AFC4BE387@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 05:46:38 -0000 Garrett Cooper wrote: > On Mar 1, 2009, at 7:50 PM, M. Warner Losh wrote: > >> In message: >> Garrett Cooper writes: >> : On Mar 1, 2009, at 7:36 PM, Garrett Cooper wrote: >> : >> : > On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: >> : > >> : >> On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: >> : >> >> : >>> Garrett Cooper wrote: >> : >>>> device ums # Mouse >> : >>> >> : >>> This is why you cannot kldload. Not sure about any functional >> : >>> regression. >> : >>> >> : >>> Sam >> : >> >> : >> Yeah, well that message was printed out by another process >> : >> altogether while loading up the kernel after the ata subsystem was >> : >> brought up, so something's getting confused and trying to kldload >> : >> by accident... I was just reproducing the message. >> : >> I'll provide more data to prove this claim when I can. >> : >> Thanks, >> : >> -Garrett >> : > >> : > Here's the picture from my iPhone: >> > >> : > >. I OBVIOUSLY didn't do the kldload... and because my /boot/ >> : > loader.conf doesn't contain ums_load="YES", I'm really curious who >> : > the actual culprit is in rc.d land... >> : > I used to do WITHOUT_MODULES=* to not build modules, but I'm >> trying >> : > to move away from that mentality for some things like snd_emu10kx, >> : > but obviously there's a conflict somewhere for ums; hopefully it's >> : > merely cosmetic... >> : > Thanks, >> : > -Garrett >> : >> : Ok, found the culprit. It turns out moused is being called from >> : devd... this is all probably related to the startup mess I reported 2 >> : weeks ago with my NIC. I'm seeing a lot of additional problems in >> : terms of keeping track of daemons; for instance syslogd is getting >> : started up twice, but the first instance isn't recording a PID and the >> : second one is dying because the first one is bound to the address. >> : Agh... >> >> I didn't think that moused loaded anything. >> >> And what do extra nics have to do with this? I think you are >> confusing multiple problems... >> >> : Could we just unwind this rc.d mess? It seems to be causing issues >> : and wasn't very thoroughly tested before commit. >> >> This is a little to vague to be actionable. Do you have specific >> instances? Do you have rcorder output? Etc... >> >> Warner > > For whatever reason the NFS filemounts not coming up forces rc.d > to restart from a square one (because it enters maintenance mode), > which nukes PID files in /var/run (I'm assuming) via the cleanvar > service, and causes devd and syslogd to be started twice, which in > turn causes that message to be printed out on the console. devd's rc > script is just smart enough to recognize that there's a PID already > running on the system, and thus it doesn't try to start more than > once, but syslogd's is braindead (is there really a point to running > multiple instances of syslogd?) and thus it tries to start up the > service twice. > I'm understand why devd attempts to probe and install ums in the > kernel's namespace if it already exists... but I'm unhappy with the > fact that even though I set moused_enable=NO in rc.conf, moused still > doesn't honor that option ;(... > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" With regard to NFS breaking your boot process, I have run into the same thing recently, but it was my fault. Your screenshot omits the potentially-interesting information, if the problem is the same. In my case, /etc/rc.d/* was out of sync with /etc/network.subr. /etc/rc.d/netif, which handles the ifconfig_* lines in rc.conf, has references to an ifn_start() function in /etc/network.subr, so interfaces configured in rc.conf never came up. -Boris