From nobody Sat Feb 26 20:09:02 2022 X-Original-To: questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D292719D289F for ; Sat, 26 Feb 2022 20:09:07 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) Received: from holgerdanske.com (holgerdanske.com [184.105.128.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "holgerdanske.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4K5d5G6ddtz4hkr for ; Sat, 26 Feb 2022 20:09:06 +0000 (UTC) (envelope-from dpchrist@holgerdanske.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=holgerdanske.com; s=nov-20210719-112354; t=1645906143; bh=bzHzupkWkWo6zT4IQwE3+AVLbYE+oDiV0xzB/YW//24=; h=Received:Message-ID:Date:MIME-Version:User-Agent:Subject: Content-Language:To:References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=F7X7/mxQiFmy7cw9yTxWIsJOiCE1yZj7i1MNkntvl+yTurXdjSaZtNZzHgEOZMWez 1Gazcub/bM3YugXLCEmGhu1z5RZsaniV+mt2WVsZ2ggfymcaP9QLlJgcxqC/vC2UR8 EXvEn3nmJo2+YIROTPlVapkgdsMBmQ/VUx3JYXKzuBDSzHVwf/3zGJVjWqb5PhcgeH L/hWvYUWS/W+APjSGE7UyjvGrx4dgAdFNc+SMFxYtxyub/W/9dHB3IOgxwpLg7YbCI wjw7I7G9P/BEfIr8K68iK6y2i3kr8znixNc0UkxjJyE7FA6RYTE/7OrGihlpMwrIYu kSsO1jJudZ+l39auKajwQ5wpJXzYZUtHXeZJpeTRCAPDgH00zX9M4alYhfy29UTFwJ gl8adrnKkwxn0LfIBhTD1N4r0qBlcl+jvmDZz03R23sK2J14fqfZNlevaXwKJ2diD/ XjuXgBzEjyc+IYnJIg5aYeUt88NjgqkmdIqZ1DM3iKNtRnq1LiFTwl0Yn5keq2KmmW e17wpC5dNMBrnxYupK3/Pt4hYEjif2Aj+lY3ko/Pv3sUaJS5fynOtucEignKumyPJU 5x7iToEf8uuZNAQSt5AQ4miB42QjyjzhuVJI2IEFAJebsC8bE8xynzN88Knx/x6P19 24g3u6WAozUbhVRFz2aFxo7c= Received: from 99.100.19.101 (99-100-19-101.lightspeed.frokca.sbcglobal.net [99.100.19.101]) by holgerdanske.com with ESMTPSA (TLS_AES_128_GCM_SHA256:TLSv1.3:Kx=any:Au=any:Enc=AESGCM(128):Mac=AEAD) (SMTP-AUTH username dpchrist@holgerdanske.com, mechanism PLAIN) for ; Sat, 26 Feb 2022 12:09:03 -0800 Message-ID: <0806bd9f-49db-c429-0110-76c5f6887f83@holgerdanske.com> Date: Sat, 26 Feb 2022 12:09:02 -0800 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: SATA SSD keeps disconnecting Content-Language: en-US To: questions@freebsd.org References: <7b1bf89d-aed0-5b3f-0666-1a220681d61e@netfence.it> From: David Christensen In-Reply-To: <7b1bf89d-aed0-5b3f-0666-1a220681d61e@netfence.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4K5d5G6ddtz4hkr X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=holgerdanske.com header.s=nov-20210719-112354 header.b="F7X7/mxQ"; dmarc=pass (policy=none) header.from=holgerdanske.com; spf=pass (mx1.freebsd.org: domain of dpchrist@holgerdanske.com designates 184.105.128.27 as permitted sender) smtp.mailfrom=dpchrist@holgerdanske.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[holgerdanske.com:s=nov-20210719-112354]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(1.00)[0.998]; DKIM_TRACE(0.00)[holgerdanske.com:+]; DMARC_POLICY_ALLOW(-0.50)[holgerdanske.com,none]; MLMMJ_DEST(0.00)[questions]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:184.104.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 2/26/22 09:34, Andrea Venturoli wrote: > > Hello. > > I've got a desktop system with two SSD drives (gmirror swap + ZFS > mirrored pool) and one of them keeps disconnecting. > > Smart says the drive is good and I've already tried replacing the cables. I collected many red SATA I, II, and III cables over the years. Only a few were marked as to their speed. I ran into a lot of problems with these cables; and may have incorrectly blamed and replaced a few drive racks. Finally, I replaced all of my cables with new Cable Matters locking black marked 6 Gbps cables, and the problems went away. > Relevant dmesg: >> FreeBSD 12.3-RELEASE-p1 releng/12.3-n234208-c1494385203 AAAAA amd64 Good. >> FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git >> llvmorg-10.0.1-0-gef32c611aa2) >> VT(vga): resolution 640x480 >> CPU: Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz (3200.09-MHz K8-class CPU) >>   Origin="GenuineIntel"  Id=0x306a9  Family=0x6  Model=0x3a  Stepping=9 Good. >> ahci0: port Good. >> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> ada0: ACS-4 ATA SATA 3.x device >> ada1: ACS-4 ATA SATA 3.x device I had a PNY video card with a "lifetime" warranty back in the day. It died after ~2 years. I contacted PNY. They define "lifetime" as "lifetime of the product", which means "until they stop making it". The card was out of production and had warranty. I have not bought PNY products since. I prefer Intel enterprise desktop drives: ada0: ACS-2 ATA SATA 3.x device > And this is what I get in the logs: >> Feb 26 12:01:01  kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> Feb 26 12:01:01  kernel: ada0: s/n >> PNY14200238640200E14 detached >> Feb 26 12:01:01  kernel: GEOM_MIRROR: Device swap: provider ada0p2 >> disconnected. >> Feb 26 12:01:01  kernel: (ada0:ahcich0:0:0:0): Periph destroyed >> Feb 26 12:01:01  kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> Feb 26 12:01:01  kernel: ada0: ACS-4 >> ATA SATA 3.x device >> Feb 26 12:01:01  kernel: ada0: Serial Number PNY14200238640200E14 >> Feb 26 12:01:01  kernel: ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, >> PIO 8192bytes) >> Feb 26 12:01:01  kernel: ada0: Command Queueing enabled >> Feb 26 12:01:01  kernel: ada0: 114473MB (234441648 512 byte sectors) >> Feb 26 12:40:56  kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >> Feb 26 12:40:56  kernel: ada0: s/n >> PNY14200238640200E14 detached Yup. > Anything I can try on the software side? > Some more logging? > Some sysctl? > Other tweaks? If you are confident in the cables (and/or racks), replace the drive(s). David