From owner-freebsd-i386@FreeBSD.ORG Thu Sep 4 19:40:07 2008 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0BD1065670 for ; Thu, 4 Sep 2008 19:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 473938FC1C for ; Thu, 4 Sep 2008 19:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m84Je7SX046037 for ; Thu, 4 Sep 2008 19:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m84Je7IB046036; Thu, 4 Sep 2008 19:40:07 GMT (envelope-from gnats) Resent-Date: Thu, 4 Sep 2008 19:40:07 GMT Resent-Message-Id: <200809041940.m84Je7IB046036@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-i386@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Thomas Laus Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D8E106567D for ; Thu, 4 Sep 2008 19:39:01 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 5303F8FC17 for ; Thu, 4 Sep 2008 19:39:01 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m84Jd1vg064359 for ; Thu, 4 Sep 2008 19:39:01 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.2/8.14.1/Submit) id m84Jd1tD064358; Thu, 4 Sep 2008 19:39:01 GMT (envelope-from nobody) Message-Id: <200809041939.m84Jd1tD064358@www.freebsd.org> Date: Thu, 4 Sep 2008 19:39:01 GMT From: Thomas Laus To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: i386/127095: Csup truncates files using RELENG_& X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2008 19:40:07 -0000 >Number: 127095 >Category: i386 >Synopsis: Csup truncates files using RELENG_& >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 04 19:40:06 UTC 2008 >Closed-Date: >Last-Modified: >Originator: Thomas Laus >Release: RELENG_7 >Organization: >Environment: FreeBSD mail.laus.org 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #2: Tue Sep 2 20:02:09 EDT 2008 lausts@mail.laus.org:/usr/obj/usr/src/sys/MAIL i386 >Description: I have been tracking STABLE for about the last 5 years with only a few build failures due to an update in the middle of a commit. After migrating to the RELENG_7 branch, I was never able to successfully build after any csup updates. I noticed that parts of edited files were 'missing'. No syslog messages were observed. After deleting the truncated file and running csup again, the buildworld was mostly successful. Occasionaly I would have another truncated file, requiring deletion and running csup again. I remembered someting about 'write cache enable' sysctl default getting changed at the start of the RELENG_5 branch. After turning off the write cache, I had no further problems with building world after a csup of the source tree. It has been 4 weeks without any issues. I do a weekly csup and buildworld. My hard disk is a IBM Deskstar Model IC35L040AVVA07. DMESG shows: ad0: 39266MB at ata0-master UDMA100 I have been using this drive for several years and don't remember seeing this truncation issue until I went to the RELENG_7 branch. It is strange that csup never detects that the file has been damaged in this way, requiring a download of the complete file from the CVS Server. The sysctl variable 'hw.ata.wc="0" in /boot/loader.conf cured my problem. >How-To-Repeat: Csup with the sysctl variable hw.ata.wc set to 1 >Fix: Csup with the sysctl variable hw.ata.wc set to 0 >Release-Note: >Audit-Trail: >Unformatted: