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
This is a cryptographically signed message in MIME format. --------------ms040106080501020002060404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable 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:=20 Fri Feb 7 10:21:41 CET 2014=20 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 =3D "GenuineIntel" Id =3D 0x306c3 Family =3D 0x6 Model =3D 0= x3c=20 Stepping =3D 3 Features=3D0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PG= E,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=3D0x7ffafbff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,S= SSE3,<b11>,FMA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCD= LT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND> AMD Features=3D0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM> AMD Features2=3D0x21<LAHF,ABM> Standard Extended=20 Features=3D0x2fbb<GSFSBASE,TSCADJ,BMI1,HLE,AVX2,SMEP,BMI2,ENHMOVSB,INVPCI= D,RTM> TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 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) =2E... ahci0: <Intel Lynx Point AHCI SATA controller> port=20 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f=20 mem 0xf2316000-0xf2316 7ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported =2E... 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 =2E... # 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,=20 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=20 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,=20 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=20 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=20 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=20 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,=20 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=20 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=20 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=20 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=20 some software issue? --------------ms040106080501020002060404 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKQDCC BRowggQCoAMCAQICEG0Z6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UE ChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdClOD5J3EHxcZppLkyxPFA GpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh337EXrMLaggLW1DJq 1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJAAVtIaN3FSrTg 7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJyZCaRTqWS D//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOCAUsw ggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNV HSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3Qu Y29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYI KwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVRO QWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1 c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/av QUn1G1rF0q0bc24+6SZ85kyYwTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo 2rHA8XV6L566k3nK/uKRHlZ0sviN0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjr P0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIa XXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrReTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7q peeU0rD+83X5f27nMIIFHjCCBAagAwIBAgIRAMFvE3qCNYFbXz8lkfxnvZgwDQYJKoZIhvcN AQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBD T01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwHhcNMTQw MTE3MDAwMDAwWhcNMTUwMTE3MjM1OTU5WjAfMR0wGwYJKoZIhvcNAQkBFg5wZXRlckBwZWFu Lm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALtXJzxk2+Tt/OsnAPvgIK/M pmd1DFYdqWGl8+/y9YbJbRCDAsFC48xjvwMrO55WSg1j44h2NC7I1w7J/+Y4qYZEwC+P/0cb I2GQY4WzkB8Plpc0HrDpOS6SPKfIIgGuS+tAURMHcLHlDBivtrsWqYg+wJ6ypOcvMBikpFcT ASga4Rb3zMpnE8z198dwRnyDoOJKF9iGBVDZ93613CdC/Fp+H2qve2AA577abiO3xIlamMkb /3IM6MC976rcR7Pnf3sp2ompPGn7m7yhhkut5OxnC83LnrzUVEJM1f3J8mtAWQ0AL5hEPDln OTT6P1Opv6C8eDB9xYQ3zqz0v7PoNjMCAwEAAaOCAd4wggHaMB8GA1UdIwQYMBaAFHoTTgB0 W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBR7JyIkDGIYyCTbDgf48nC5UOPMRzAOBgNVHQ8B Af8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGyMQED BQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0 cDovL2NydC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1 cmVFbWFpbENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBkG A1UdEQQSMBCBDnBldGVyQHBlYW4ub3JnMA0GCSqGSIb3DQEBBQUAA4IBAQB0khzkZuMC8o9s 3xvoUbfr/4BcndibN6aDFbOIfwccWqIPMTOqmTakBjtc/N/bzYvFPlk2CmsjFbofuzuuVlKW G+bEjeq4xOsbjWKAmznV1Uw6DtyanWfs8YEU2sdKsHu657A5UZP8CCSpWxpnXAgFNdWszGSC jPw8uzcnKawBUbDHPT/ob/nAnNSYtGyLLqg5zb2qMbcerzHk4Gr1LZKApY122H0NguIPvQTi IF/+oeyhXl8KuBaPFU3kMr4UxIv9sX0KFp1iRjR6eOPAVTqC7TSttB1lhgRImKwU0tXNes1L XuWhgnB3Zr4atHizY+4kw9A0enFL8HNv2ampeTWEMYIEHDCCBBgCAQEwgakwgZMxCzAJBgNV BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQx GjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1 dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQDBbxN6gjWBW18/JZH8Z72YMAkG BSsOAwIaBQCgggJHMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE0MDMyNjEwMjc0NFowIwYJKoZIhvcNAQkEMRYEFOPcEKCJt29eftSKu/MMMWc9rC2PMGwG CSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAO BggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgw gboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0 ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIRAMFvE3qCNYFbXz8lkfxnvZgwgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxm b3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVu dCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAwW8TeoI1gVtfPyWR/Ge9 mDANBgkqhkiG9w0BAQEFAASCAQAwtbnZe6v7/92Ub2qm8wCYoqz+vPpjV3+8kW7zYroabbjQ YpNxHGZaXwESgPeIlEMT90n+5L9S4v8DLG+B+bPQ2ljHXWVMyld4gZ5oUzMw64hBV+S+dNrw cheJMoRDiDkz4FKHfcTQyqmRcW/XkoNvKGylrQ5Sp5tEO2P+w21wwORWKdGKekRnd1OwwAzG wry8irl1QMbolI86usLn3hK8boktVkbNQ9nTe8krOeo9qllK5Svdt1lBUQJCV8GS43AUBUPm ndvnEGSBNwXavD2v+lxSAMcxxT4wJvAM9/ulNgaLYCglQArrcu5fhZVxTrhlZvcgsY3y9Xq0 3EyFmUofAAAAAAAA --------------ms040106080501020002060404--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5332ABA0.60202>