From owner-freebsd-questions@FreeBSD.ORG Thu Oct 9 21:59:54 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90761065689 for ; Thu, 9 Oct 2008 21:59:54 +0000 (UTC) (envelope-from walt@relnor.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 61D8A8FC1C for ; Thu, 9 Oct 2008 21:59:54 +0000 (UTC) (envelope-from walt@relnor.com) Received: by fg-out-1718.google.com with SMTP id l26so131861fgb.35 for ; Thu, 09 Oct 2008 14:59:53 -0700 (PDT) Received: by 10.181.144.10 with SMTP id w10mr633219bkn.30.1223587823714; Thu, 09 Oct 2008 14:30:23 -0700 (PDT) Received: from ?192.168.1.2? (host-static-89-41-81-33.moldtelecom.md [89.41.81.33]) by mx.google.com with ESMTPS id 22sm789935fkr.4.2008.10.09.14.30.22 (version=SSLv3 cipher=RC4-MD5); Thu, 09 Oct 2008 14:30:22 -0700 (PDT) Message-ID: <48EE77ED.1080306@relnor.com> Date: Fri, 10 Oct 2008 00:30:21 +0300 From: Walter Venable User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <8dfae1c10810090938k471f82f0j46caed0514e5b5ac@mail.gmail.com> <20081009164424.GA9081@icarus.home.lan> In-Reply-To: <20081009164424.GA9081@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: Portsnap causes system to reboot X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 21:59:54 -0000 Jeremy Chadwick wrote: > On Thu, Oct 09, 2008 at 07:38:09PM +0300, Walter Venable wrote: > >> Whenever I run portsnap fetch update (edit: it also happens for a >> simple portsnap fetch), my system reboots unexpectedly. Here's the >> output: >> # portsnap fetch update >> Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. >> Fetching snapshot tag from portsnap2.FreeBSD.org... done. >> Fetching snapshot metadata... done. >> Updating from Wed Sep 24 00:04:04 EEST 2008 to Thu Oct 9 10:28:42 EEST 2008. >> Fetching 3 metadata patches.. done. >> Applying metadata patches... done. >> Fetching 3 metadata files... done. >> Fetching 602 patches.....10....20....30....40....50....60....70....80....90....100....110....120....130....140....150....160....170....180....190....200....210....220....230....240....250....260....270....280....290....300....310....320....330....340....350....360....370....380....390....400....410....420....430....440....450....460....470....480....490....500....510....520....530....540....550....560....570....580....590....600. >> done. >> Applying patches... Read from remote host X: Connection reset by peer >> Connection to X closed. >> >> And then I can log-in again a few minutes later, and the uptime has >> gone down to a few seconds, so I know it rebooted. Any ideas why this >> is happening? >> > > Nope, not without kernel panic information. > > Does this machine have serial console? Are kernel panic dumps being put > into /var/crash? Is the machine even configured for it (see dumpdev, > dumpdir, and savecore in rc.conf). > I found this: $ cat /var/crash/ ..minfreboundsçinfo.0ç vmcore.0zinfo.vmcore.1zinfo.vmcore.2zinfo.vmcore.3zinfo.vmcore.4zinfo.vmcore.5zinfo.vmcore.6zinfo.7vmcore.7zÀ Any idea what that means? > >> Some background info: >> $ uname -mrs >> FreeBSD 7.0-RELEASE-p5 i386 >> > > It would be useful if you could provide uname -a please, if you're > concerned about the hostname, just XXX it out. Seeing the kernel build > date is useful. > $ uname -a FreeBSD freebsd 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Thu Oct 9 02:30:36 EEST 2008 root@freebsd:/usr/obj/usr/src/sys/ECORAZENI i386 > >> CFLAGS=-O2 -pipe >> COPTFLAGS=-O2 -pipe >> CPUTYPE=athlon-xp >> > > Please don't do this. Use ?= for this, not =. If you think I'm > trolling, please read /usr/share/examples/etc/make.conf. > It's recompiling with an empty make.conf now. > >> Since this started happening, I have still successfully updated ports >> by csup'ing the ports tree. I can also still rebuild the world and >> kernel without issue. This is a remote box, and I don't use X with >> it. >> > > It almost sounds like a filesystem problem. You might consider booting > into single-user and running fsck -y. > >