From owner-freebsd-questions@FreeBSD.ORG Wed Aug 8 23:46:23 2007 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 7B88716A417 for ; Wed, 8 Aug 2007 23:46:23 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 05DF213C468 for ; Wed, 8 Aug 2007 23:46:22 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so87431nfb for ; Wed, 08 Aug 2007 16:46:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MRZXk5UIYEPc0JlTYpNdBotNFODtS/As+SUXZpvl/xP4EHCYg3DkiM2TNCq2srMvfYQiNC+SMyoxqSnccqHRJ7pkz7x823nJqePeqSZSogOIzPYYYy73wZbLEb2pB8Ok9PR3fGa1HjTqcei9SKs+mcyQsPrmjoUiDnHgskwE9cI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=RoVXlZsuD6fWut+AePhTotPYhpfNwrTdXBOBBD6HQVjc7ZUVz/T5DMXHPizUlWUXS3QEP1OY4e26jYWnbw9cSV89X1Z77m5oShSHQe6OiVV8swAzgPguEvhZ4MnSabDd6VL1wdxvKekPk66BIswo0uno+ggx/z88hDr0SPw+gtA= Received: by 10.78.201.10 with SMTP id y10mr272067huf.1186616781366; Wed, 08 Aug 2007 16:46:21 -0700 (PDT) Received: by 10.78.25.12 with HTTP; Wed, 8 Aug 2007 16:46:21 -0700 (PDT) Message-ID: <539c60b90708081646g3ad88b57gbdc80deab8870bce@mail.gmail.com> Date: Wed, 8 Aug 2007 16:46:21 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd@sopwith.solgatos.com In-Reply-To: <200708051633.QAA17703@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200708051633.QAA17703@sopwith.solgatos.com> X-Google-Sender-Auth: df34af1cb2d6c169 Cc: freebsd-questions@freebsd.org Subject: Re: 6.2 not compatible with new sata drives ?! 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: Wed, 08 Aug 2007 23:46:23 -0000 On 8/5/07, Dieter wrote: > >> I got 2 new 160GB drives last month, and my system has been > >> unstable ever since. I have swapped cables, purchased a > >> brand-new sata150 controller (as opposed to the year old > >> sataII), and the results are always the same. > > > > What make & model controllers? What make & model drives? > > Some combinations of controller and drive do not play well > > together. > > I just found your other posting "ad8: FAILURE - device detached". > > I assume that the new failing disks are > > >>> ad4: 157066MB at ata2-master SATA150 > >>> ad8: 157066MB at ata4-master SATA150 > > and that they are Hitachi? > > I still don't know what controller you are using, but I read > that nforce4 plus Maxtor or Hitachi disks gives data corruption: > > http://forums.nvidia.com/lofiversion/index.php?t8171.html > > I have been using nforce4-ultra with Seagate disks with no > data corruption problems. > > It is not immediately obvious how data corruption would cause > your device detached problem, but there could be more than > one bug. > > If your controller works well with your Samsung drives, you > could return the Hitachis and get more Samsungs. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > Actually, the problem started when I added the Samsungs. Here's the facts: I'm having the most mysterious drive issue I've ever seen. 1. I have a promise sata300 controller with 4 drives. I replaced 2 with new drives. 2. It appearred to work for a week or so. To my knowledge, I did no maintanence or installs that week. 3. Over the next couple weeks, things devolved until all 4 disks "device failed detatched" in dmesg as soon as you hit them, you also get plenty of "set features settransfermode taskqueue timeout"'s in dmesg. 4. I was sure this was a hardware problem. Bought new cables, new drives, new controller board (that apparently has a driver but is flaky (si chipset?)). Very carefully swapped pieces to isolate the problem. Every possible configuration failed, with new old disks, cables, etc. 5. I decided that since I had pretty much cycled all the hardware, it must be software, so I put in the 7.0 iso I was going to try on my laptop. Dropped into fixit, looked at the drives, no problems! 6. Decided to try my origonal 6.2amd64 iso again, on a whim. Perhaps not suprisingly, the disks looked fine on it too. 7. Did an 'upgrade' from the 6.2 iso, which reported sucess, which did not fix the issue, so I suspect it's not a kernel or driver issue. It appears to me the 'upgrade' process replaces everything but /etc, no? 8. I'm a total novice, so I've only messed with inetd, rc.conf, loader.conf, and crontab (so far as I know). What in there that could fubar the disks? 9. When I say the disks are 'good' from fixit on the iso, what I mean is this: you can fsck_ffs each disk with zero errors. zero errors appear in dmesg. Then (since the disks were mirrored, then the mirror was broken while diagnosing, and some files were added), you can diff -r the drives (which takes about 4 hours, they are 95% full 160GB's), and everything goes as expected, again, no errors, no debug info in dmesg, etc. So, the obvious: what is different about my running system which I have installed, vs. the 'fixit' shell in my same iso that I installed from that could cause my sata hardware to appear bad on the running system, but not on the iso? UPDATE: At the moment, I think things are running ok (past 24 hrs) with smartd disabled, so maybe the samsungs have some smart issue? My newest issue is that the df command reports identically for the two hitatchi drives, even though I've added several tens of megabytes to one, but not the other. Maybe it's time to donate this system to my local charity for parts ;) Steve