SSD detaches constantly
Steven Hartland
killing at multiplay.co.uk
Wed Mar 26 12:23:04 UTC 2014
Usually a sign of bad cabling, you using SATA 3 spec cables?
----- Original Message -----
From: "Peter Ankerstål" <peter at pean.org>
To: <stable at freebsd.org>
Sent: Wednesday, March 26, 2014 10:27 AM
Subject: SSD detaches constantly
Hi!
I got a new SSD recently but I have alot of problems because it detaches
all the time.
FreeBSD torus.pean.org 10.0-RELEASE FreeBSD 10.0-RELEASE #10 r261569:
Fri Feb 7 10:21:41 CET 2014
root at torus.pean.org:/usr/obj/usr/src/sys/TORUS amd64
CPU: Intel(R) Xeon(R) CPU E3-1220 v3 @ 3.10GHz (3092.91-MHz K8-class CPU)
Origin = "GenuineIntel" Id = 0x306c3 Family = 0x6 Model = 0x3c
Stepping = 3
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x7ffafbff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,<b11>,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
AMD Features2=0x21<LAHF,ABM>
Standard Extended
Features=0x2fbb<GSFSBASE,TSCADJ,BMI1,HLE,AVX2,SMEP,BMI2,ENHMOVSB,INVPCID,RTM>
TSC: P-state invariant, performance statistics
real memory = 8589934592 (8192 MB)
avail memory = 8218046464 (7837 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <ALASKA A M I>
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s)
....
ahci0: <Intel Lynx Point AHCI SATA controller> port
0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f
mem 0xf2316000-0xf2316
7ff irq 19 at device 31.2 on pci0
ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported
....
ada3 at ahcich3 bus 0 scbus3 target 0 lun 0
ada3: <INTEL SSDSC2CW180A3 400i> ATA-9 SATA 3.x device
ada3: Serial Number CVCV341300RD180EGN
ada3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes)
ada3: Command Queueing enabled
ada3: 171705MB (351651888 512 byte sectors: 16H 63S/T 16383C)
ada3: Previously was known as ad10
....
# camcontrol identify ada3
pass3: <INTEL SSDSC2CW180A3 400i> ATA-9 SATA 3.x device
pass3: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes)
protocol ATA/ATAPI-9 SATA 3.x
device model INTEL SSDSC2CW180A3
firmware revision 400i
serial number CVCV341300RD180EGN
WWN 55cd2e404b84d800
cylinders 16383
heads 16
sectors/track 63
sector size logical 512, physical 512, offset 0
LBA supported 268435455 sectors
LBA48 supported 351651888 sectors
PIO supported PIO4
DMA supported WDMA2 UDMA6
media RPM non-rotating
Feature Support Enabled Value Vendor
read ahead yes yes
write cache yes yes
flush cache yes yes
overlap no
Tagged Command Queuing (TCQ) no no
Native Command Queuing (NCQ) yes 32 tags
SMART yes yes
microcode download yes yes
security yes no
power management yes yes
advanced power management yes yes 254/0xFE
automatic acoustic management no no
media status notification no no
power-up in Standby yes no
write-read-verify no no
unload yes yes
free-fall no no
Data Set Management (DSM/TRIM) yes
DSM - max 512byte blocks yes 1
DSM - deterministic read yes any value
Host Protected Area (HPA) yes no 351651888/351651888
HPA - Security no
I have tried a few different setups. Have the whole ada3 as zfs cache,
split it up as a swap and a zfs cache and finally just have
it attached as a swap.
I get alot of this:
Mar 26 11:10:26 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0
Mar 26 11:10:26 torus kernel: ada3: <INTEL SSDSC2CW180A3 400i> ATA-9
SATA 3.x device
Mar 26 11:10:26 torus kernel: ada3: Serial Number CVCV341300RD180EGN
Mar 26 11:10:26 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x,
UDMA6, PIO 8192bytes)
Mar 26 11:10:26 torus kernel: ada3: Command Queueing enabled
Mar 26 11:10:26 torus kernel: ada3: 171705MB (351651888 512 byte
sectors: 16H 63S/T 16383C)
Mar 26 11:10:26 torus kernel: ada3: Previously was known as ad10
Mar 26 11:10:26 torus kernel: can't re-use a leaf (read_ahead)!
Mar 26 11:10:26 torus kernel: can't re-use a leaf (write_cache)!
Mar 26 11:10:26 torus kernel: can't re-use a leaf (sort_io_queue)!
Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0
Mar 26 11:12:07 torus kernel: ada3: <INTEL SSDSC2CW180A3 400i> s/n
CVCV341300RD180EGN detached
Mar 26 11:12:07 torus kernel: (ada3:ahcich3:0:0:0): Periph destroyed
Mar 26 11:12:07 torus kernel: ada3 at ahcich3 bus 0 scbus3 target 0 lun 0
Mar 26 11:12:07 torus kernel: ada3: <INTEL SSDSC2CW180A3 400i> ATA-9
SATA 3.x device
Mar 26 11:12:07 torus kernel: ada3: Serial Number CVCV341300RD180EGN
Mar 26 11:12:07 torus kernel: ada3: 600.000MB/s transfers (SATA 3.x,
UDMA6, PIO 8192bytes)
Mar 26 11:12:07 torus kernel: ada3: Command Queueing enabled
Mar 26 11:12:07 torus kernel: ada3: 171705MB (351651888 512 byte
sectors: 16H 63S/T 16383C)
Mar 26 11:12:07 torus kernel: ada3: Previously was known as ad10
Mar 26 11:12:07 torus kernel: can't re-use a leaf (read_ahead)!
Mar 26 11:12:07 torus kernel: can't re-use a leaf (write_cache)!
Mar 26 11:12:07 torus kernel: can't re-use a leaf (sort_io_queue)!
and when it is used as swap i get this: (i guess because the system dont
want to release the swap)
cam_periph_alloc: attempt to re-allocate valid device ada3 rejected
flags 0x118 refcount 2
adaasync: Unable to attach to new device due to status 0x6
cam_periph_alloc: attempt to re-allocate valid device ada3 rejected
flags 0x118 refcount 2
adaasync: Unable to attach to new device due to status 0x6
Any pointers what this is? Faulty disk? Bad combination of hardware or
some software issue?
More information about the freebsd-stable
mailing list