LEAP 15.1 SSD failed command: WRITE FPDMA QUEUED
Hallo Liste ich habe mit Leap 15.1 meinen Server neu aufgesetzt mit zwei Samsung EVO 860 ssd als Raid1. Jetzte spuckt dmesg das aus. Laut Google kann es das SATA Kabel sein, der Server ist aber neu. In anderen Listen Kernel bugs usw. oder man soll NCQ deaktivieren. Das ganze kommt auch für ata1. Hat vielleicht jemand so etwas schon gehabt ? Gruß Torsten [ 9595.899253] ata2.00: exception Emask 0x0 SAct 0x3fc00 SErr 0x0 action 0x6 frozen [ 9595.899258] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899266] ata2.00: cmd 61/10:50:38:f8:94/00:00:08:00:00/40 tag 10 ncq dma 8192 out res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899269] ata2.00: status: { DRDY } [ 9595.899271] ata2.00: failed command: SEND FPDMA QUEUED [ 9595.899278] ata2.00: cmd 64/01:58:00:00:00/00:00:00:00:00/a0 tag 11 ncq dma 512 out res 40/00:01:06:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899280] ata2.00: status: { DRDY } [ 9595.899282] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899288] ata2.00: cmd 61/01:60:e0:a7:0f/00:00:05:00:00/40 tag 12 ncq dma 512 out res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899289] ata2.00: status: { DRDY } [ 9595.899292] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899297] ata2.00: cmd 61/01:68:e0:a7:cf/00:00:0d:00:00/40 tag 13 ncq dma 512 out res 40/00:01:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899299] ata2.00: status: { DRDY } [ 9595.899301] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899306] ata2.00: cmd 61/01:70:e0:a7:cf/00:00:12:00:00/40 tag 14 ncq dma 512 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899308] ata2.00: status: { DRDY } [ 9595.899310] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899316] ata2.00: cmd 61/50:78:98:c2:53/00:00:09:00:00/40 tag 15 ncq dma 40960 out res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899317] ata2.00: status: { DRDY } [ 9595.899319] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899325] ata2.00: cmd 61/08:80:60:a8:93/00:00:08:00:00/40 tag 16 ncq dma 4096 out res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899327] ata2.00: status: { DRDY } [ 9595.899329] ata2.00: failed command: WRITE FPDMA QUEUED [ 9595.899334] ata2.00: cmd 61/08:88:58:b8:93/00:00:08:00:00/40 tag 17 ncq dma 4096 out res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) [ 9595.899336] ata2.00: status: { DRDY } [ 9595.899341] ata2: hard resetting link [ 9596.214524] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 9596.216473] ata2.00: supports DRM functions and may not be fully accessible [ 9596.220505] ata2.00: supports DRM functions and may not be fully accessible -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 2. Juli 2019, 22:02:29 CEST schrieb Torsten Rosenberger:
Hallo Liste
ich habe mit Leap 15.1 meinen Server neu aufgesetzt mit zwei Samsung EVO 860 ssd als Raid1. Jetzte spuckt dmesg das aus. Laut Google kann es das SATA Kabel sein, der Server ist aber neu. In anderen Listen Kernel bugs usw. oder man soll NCQ deaktivieren. Das ganze kommt auch für ata1.
Hat vielleicht jemand so etwas schon gehabt ? (...).
Ja. Der Thinkpad T430s und die von Lenovo verbaute Intel-SSD kamen bei eingeschaltetem ALPM nicht miteinander klar. [0] Das ist schon Jahre her, ich habe das Problem aber jetzt gerade wieder bei einem aktuellen Dell-Notebook 5480 mit NVMe, aber nur wenn ich ihn zu Hause benutze. Falls /sys/class/scsi_host/host0/link_power_management_policy auf min_power steht, kannst du das ja einfach mal zum Test auf der betroffenen Host-Nummer ausschalten: echo max_performance > /sys/class/scsi_host/host0/link_power_management_policy HTH Jan [0] http://www.thinkwiki.org/wiki/ Installing_OpenSUSE_13.1_on_a_ThinkPad_T430s#Power_Management -- There are no winners in life, only survivors. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Jan Ritzerfeld
-
Torsten Rosenberger