From owner-freebsd-current@FreeBSD.ORG Wed Jan 9 08:59:22 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 93072ACA for ; Wed, 9 Jan 2013 08:59:22 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2F202ADD for ; Wed, 9 Jan 2013 08:59:21 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id r098x7oU075214; Wed, 9 Jan 2013 12:59:08 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id r098x7sM075213; Wed, 9 Jan 2013 12:59:07 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 9 Jan 2013 12:59:07 +0400 From: Gleb Smirnoff To: "Hartmann, O." Subject: Re: loopback interface broken on current Message-ID: <20130109085907.GJ66284@glebius.int.ru> References: <201301011040.r01Ae37A043153@pozo.com> <20130101194803.GB25661@glebius.int.ru> <201301012042.r01Kgq6E001548@pozo.com> <20130102201330.GC25661@glebius.int.ru> <201301022325.r02NPKEE076633@pozo.com> <89160.1357182550@pf2.ed.niigata-u.ac.jp> <201301030355.r033t4aI001542@pozo.com> <90299.1357212618@pf2.ed.niigata-u.ac.jp> <20130104094532.4a921e47@ernst.jennejohn.org> <50ED30B9.7040101@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <50ED30B9.7040101@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Wed, 09 Jan 2013 08:59:22 -0000 On Wed, Jan 09, 2013 at 09:56:25AM +0100, Hartmann, O. wrote: H> Same here. H> The OS: FreeBSD 10.0-CURRENT/amd64 r245218. Since I have three boxes H> running approximately the same configurations (I share my configs H> between lab and home), but different hardware, I'm confused. H> H> The symptoms in my case are: H> H> Booting the box is all right until it comes to the start of nfsuserd. H> Prior to that, ntp adjusts the clock properly with an external time H> server - so this implies network connectivity. Start of nfsuserd is H> stuck forever. H> Interrupting the start of nfsuserd restarts several other services, but H> winbindd and slapd (OpenLDAP) get stuck again. In case I also interrupt H> them, there are other services which will not start. H> H> Trying to login as root on the console fails - I never get a password H> tag after having issued the root login name. Since this machine is bound H> to a local and remote OpenLDAP backend, I'm used to have an emergency H> local user which usually works - but this time, neither root nor this H> user can login! H> H> Bringing up the box in SINGLEUSER allows me to login. Investigating the H> network interfaces with ifconfig reveals, that the loopback did not get H> assigned to any inet 127.0.0.1 address. Sometimes there is only inet6 H> linklocal address, some nd6 options, but sometimes even IPv6 assignments H> do not show up. H> H> In a desperate move I tried to recompile a kernel. In /etc/src.conf, I H> recompile also the kernel module for the most recent virtual-box kernel H> module. While the kernel and module (*.ko) get installed properly, the H> recompilation of the VirtualBox port gets stuck when the system unfolds H> the source tarball. Hitting Ctrl-T say "sbwait" for the process. Other H> processes seem to have trouble getting a proper ownership or UID for a H> file - this is my naiv interpretation what I see at the surface. H> H> The funny thing is, that after several reboots, the box gets up as normal. H> H> I revealed this issue approx. two weeks ago when out of the sudden the H> amd automounter stopped working and the NFSv4 network drives didn't H> attach properly and made the whole box being stuck. H> H> Sorry for the more superficial description of the problem ... H> H> Has the problem been identified? Is there a solution? Since it affects H> only my very modern hardware (i7-3930, 32GB RAM, ASUS P9X79 WS H> mainboard), while a very same setup on older hardware (our local server H> is Intel Q6600 with 8GB RAM and and oldish Intel P45-chipset based H> mainboard), both systems do have Intel NICs, I'm a bit confused. This looks unrelated to the problem discussed, because r245218 is later than r244989 which backed out my change. Can you do a binary search to identify which revision broke things? -- Totus tuus, Glebius.