From owner-freebsd-questions@FreeBSD.ORG Fri May 4 11:36:04 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAEB916A402 for ; Fri, 4 May 2007 11:36:03 +0000 (UTC) (envelope-from gpeel@thenetnow.com) Received: from thenetnow.com (thenetnow.com [69.90.69.141]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7B113C448 for ; Fri, 4 May 2007 11:36:03 +0000 (UTC) (envelope-from gpeel@thenetnow.com) Received: from hpeel.ody.ca ([216.240.12.2] helo=GRANT) by constellation.thenetnow.com with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hjw4w-00009B-JO for freebsd-questions@freebsd.org; Fri, 04 May 2007 07:36:02 -0400 Message-ID: <00e301c78e40$652f5380$6501a8c0@GRANT> From: "Grant Peel" To: Date: Fri, 4 May 2007 07:36:02 -0400 Organization: The Net Now MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SCSI + camcontrol X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Grant Peel List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 11:36:04 -0000 Hello all, A few weeks back, I turned on mod_gzip in apache and as a result, the = /tmp directory filled up with .wrk files causing the root filesystem to = fill to capacity. When we noticed what was happening, on May 1 we had no = choice but to cold boot the machine as it was, for all purposes locked = up. In the security run, for May 1 and May 3 I am seeing the SCSI errors = below. FreeBSD 4.7 (yes we are going to upgrade soon (migrating to a newly = setup machine)), Apache 1.3.26 We do have complete dumps (From may1), The machine is a vintage 2003 Dell SC1400=20 HD =3D 1 Fujitsu SCSI that has never had problems before. Questions: Do the errors below TRUELY indicate pending doom? Can camcontrol be used to squash the errors? Should FSCK be used to fix? Are these errors (the text below), formatted from the FreeBSD kernel or = are they shown as reported by the HD subsystem? i.e. where can I go to = read what the errors actually mean? THanks all, -Grant May 3: May 3 03:59:13 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7a df 0 0 80 0 May 3 03:59:13 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:14 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:16 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7a ef 0 0 70 0 May 3 03:59:18 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:18 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:20 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7a ff 0 0 60 0 May 3 03:59:21 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:22 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:24 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b f 0 0 50 0 May 3 03:59:27 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:28 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:29 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 1f 0 0 40 0 May 3 03:59:29 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:29 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:32 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 2f 0 0 30 0 May 3 03:59:33 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:35 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:36 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 3f 0 0 20 0 May 3 03:59:36 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:36 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:42 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 4f 0 0 10 0 May 3 03:59:42 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:43 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:45 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 4f 0 0 10 0 May 3 03:59:47 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:48 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 3 03:59:49 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 4 21 7b 4f 0 0 10 0 May 3 03:59:49 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:4217b55 asc:11,1 May 3 03:59:49 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 1: May 1 03:29:28 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 3 ab d5 c1 0 0 e 0 May 1 03:29:31 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:3abd5c1 asc:11,1 May 1 03:29:31 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f May 1 03:29:32 excelsior /kernel: (da0:ahc0:0:1:0): READ(10). CDB: 28 0 = 3 ab d5 c1 0 0 1 0 May 1 03:29:32 excelsior /kernel: (da0:ahc0:0:1:0): MEDIUM ERROR = info:3abd5c1 asc:11,1 May 1 03:29:32 excelsior /kernel: (da0:ahc0:0:1:0): Read retries = exhausted sks:80,3f