From owner-freebsd-stable@FreeBSD.ORG Fri Sep 26 11:54:36 2008 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 3F6EF10656B0 for ; Fri, 26 Sep 2008 11:54:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id DD82A8FC1B for ; Fri, 26 Sep 2008 11:54:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA01.westchester.pa.mail.comcast.net with comcast id KNt21a0060SCNGk51PuZjJ; Fri, 26 Sep 2008 11:54:33 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA09.westchester.pa.mail.comcast.net with comcast id KPuY1a00C4v8bD73VPuYnZ; Fri, 26 Sep 2008 11:54:33 +0000 X-Authority-Analysis: v=1.0 c=1 a=TjwJzeWVk3IA:10 a=yqOlm6tamNsA:10 a=QycZ5dHgAAAA:8 a=K2p-JP_KUzUFdZVgUpwA:9 a=UniF3XM_qgVTwtqTO3QA:7 a=QOcDMek0KYW2z2vnVsxKSc1Si7kA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 39B5DC9432; Fri, 26 Sep 2008 04:54:32 -0700 (PDT) Date: Fri, 26 Sep 2008 04:54:32 -0700 From: Jeremy Chadwick To: Jordi Espasa Clofent Message-ID: <20080926115432.GA24011@icarus.home.lan> References: <48DCB7FF.1000604@minibofh.org> <20080926104732.GA22641@icarus.home.lan> <48DCC620.9010809@minibofh.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DCC620.9010809@minibofh.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Rare problems in upgrade process (corrupted FS?) 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: Fri, 26 Sep 2008 11:54:36 -0000 On Fri, Sep 26, 2008 at 01:23:12PM +0200, Jordi Espasa Clofent wrote: >> I would do the following: >> >> rm -fr /usr/src/* >> rm -fr /var/db/sup/src-all >> csup -h -L 2 -g /usr/share/examples/stable-supfile > > I've done it. But the results are, at least, curious... > > # csup -h cvsup.de.FreeBSD.org -L 2 -g > /usr/share/examples/cvsup/stable-supfile > Parsing supfile "/usr/share/examples/cvsup/stable-supfile" > Connecting to cvsup.de.FreeBSD.org > Connected to 212.19.57.134 > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection src-all/cvs > Shutting down connection to server > Finished successfully > > # cd /usr/src ; ls -la > total 0 What's df -k have to say about this? This is truly bizarre. Can you truss the csup process? Something like this should work: truss -o truss.out -s 256 csup {...flags from above...} Then put truss.out up somewhere where we can get to it? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |