From owner-freebsd-bugs@FreeBSD.ORG Wed Jul 13 14:30:13 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 983CA16A41C for ; Wed, 13 Jul 2005 14:30:13 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E41F43D46 for ; Wed, 13 Jul 2005 14:30:13 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j6DEUDrL068869 for ; Wed, 13 Jul 2005 14:30:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j6DEUCA3068868; Wed, 13 Jul 2005 14:30:12 GMT (envelope-from gnats) Resent-Date: Wed, 13 Jul 2005 14:30:12 GMT Resent-Message-Id: <200507131430.j6DEUCA3068868@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Jim Salter Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B2716A41C for ; Wed, 13 Jul 2005 14:28:40 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAFE043D46 for ; Wed, 13 Jul 2005 14:28:39 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j6DESdIx052376 for ; Wed, 13 Jul 2005 14:28:39 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j6DESdB8052375; Wed, 13 Jul 2005 14:28:39 GMT (envelope-from nobody) Message-Id: <200507131428.j6DESdB8052375@www.freebsd.org> Date: Wed, 13 Jul 2005 14:28:39 GMT From: Jim Salter To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: kern/83384: failure of non-essential IDE partitions can panic the system X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2005 14:30:13 -0000 >Number: 83384 >Category: kern >Synopsis: failure of non-essential IDE partitions can panic the system >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 13 14:30:12 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Jim Salter >Release: 5.3-RELEASE >Organization: JRS System Solutions >Environment: FreeBSD archivist.watsontate.local 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: ATA or SATA IDE hard drives with bad sectors in a UFS2 partition can panic the system when the bad sectors are written to, even if the partition (or entire physical drive) in question does not contain programs or data vital to the actual functioning of the system. I have observed this problem on the machine shown in the uname output above as well as on a 5.2.1-RELEASE amd64 machine, with multiple 200GB PATA and 160GB SATA drives that turned out to be slightly damaged. The failure is independent of drive controller or cable. ad6: FAILURE - WRITE_DMA status: 51 error: 10 LBA=268435435 The above message repeats a large number of times, followed eventually with: panic: softdep_deallocate_dependencies: dangling_deps >How-To-Repeat: Find an ATA or SATA hard drive with bad sectors on it that will give NID_NOT_FOUND errors if the bad sectors are written to. Install it in a FreeBSD 5.x machine. Attempt to write a file to the bad sectors. NOTE: using dd to overwrite the bad sectors does not produce a system panic. Only attempting to write a file to the filesystem on the bad sectors produces the panic. >Fix: The only fix I know of is to deliberately write a small file over the bad sectors, bring the system up after the panic, and then rename the file "BAD_SECTORS_HERE" and avoid it like leprosy. Or, of course, replace the drive. >Release-Note: >Audit-Trail: >Unformatted: