Date: Wed, 26 Mar 2014 11:27:44 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= <peter@pean.org> To: "stable@freebsd.org" <stable@freebsd.org> Subject: SSD detaches constantly Message-ID: <5332ABA0.60202@pean.org>
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] 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@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? [-- Attachment #2 --] 0 *H 01 0 + 0 *H @00mOj3""2zq0 *H 01 0 UUS1 0 UUT10USalt Lake City1 0 U The USERTRUST Network1!0 U http://www.usertrust.com1604U-UTN-USERFirst-Client Authentication and Email0 110428000000Z 200530104838Z01 0 UGB10UGreater Manchester10USalford10U COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA0"0 *H 0 [KW^/@ȣSX_fe2N2}UxLUB'qi2@'Vbqi c^`ʢAj HmeC*.+c8w߱ڂ2jgo \5Tq 7 PSl Y1 LR@[HhJ$ :q_㬿;%qh=XF<hmz!W42~JRrd&N`ohQcB}"cөΞD\[5 K0G0 U #0g}ĝ&p KPH|=n}0 U zN t[xcd'/[y{0U 0U 0 0U 00U 0XU Q0O0MKIGhttp://crl.usertrust.com/UTN-USERFirst-ClientAuthenticationandEmail.crl0t+h0f0=+01http://crt.usertrust.com/UTNAddTrustClient_CA.crt0%+0http://ocsp.usertrust.com0 *H ־xWUm3DRB JAIZҭsn>&|L0(B<%> u=9fѡMo(l tZڱuz/y VtCr`9 G:eH<=%`I?C 3_н`j;:< I3B)93i.EMiڀ =]|Gm]W0KID~y83:]&XaU!ՙC@B0Ұun0 0 oz5[_?%g0 *H 01 0 UGB10UGreater Manchester10USalford10U COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA0 140117000000Z 150117235959Z0 1 0 *H peter@pean.org0"0 *H 0 W'<d' ̦gu V amBc+;VJ cv4.8D/G#ac 4 9.<"K@Qp >/0W(gpF|J؆P~'BZ~ j{` n#ĉZr G{)ډ<iKg ˞TBLk@Y /D<9g94?Sx0}ń7ά63 00 U #0zN t[xcd'/[y{0 U {'"$ b$pPG0U 0 U 0 0 U %0+ +10 `HB 0FU ?0=0; +10+0)+ https://secure.comodo.net/CPS0WU P0N0LJHFhttp://crl.comodoca.com/COMODOClientAuthenticationandSecureEmailCA.crl0+|0z0R+0Fhttp://crt.comodoca.com/COMODOClientAuthenticationandSecureEmailCA.crt0$+0http://ocsp.comodoca.com0U 0peter@pean.org0 *H t flQ\؛7 Z136;\͋>Y6 k# ;VRčb9L:ܚgJ{9Q$[g\5լd<7')Q=?oԘl.9ͽ1 1j-v} _^_ M2ċ} bF4zxU:4 eHzK^塂pwfxc$4zqKso٩y51 0001 0 UGB10UGreater Manchester10USalford10U COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA oz5[_?%g0 + G0 *H 1 *H 0 *H 1 140326102744Z0# *H 1o^~Ԋ 1g=-0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UGB10UGreater Manchester10USalford10U COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA oz5[_?%g0 *H 101 0 UGB10UGreater Manchester10USalford10U COMODO CA Limited1907U0COMODO Client Authentication and Secure Email CA oz5[_?%g0 *H 0{ݔoj cWnbmbq fZ_CIR,oX]eLWxhS30AWtr2C93R}ʩqoגo(lRD;cmpV)ъzDgwS ¼u@蔏:n-VFC{+9=YJ+ݷYAQBWpCd7ڼ=\R 1>0& 6`(%@ r_qNef zLJ
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5332ABA0.60202>