blk_update_request: I/O error, dev sdb, sector 113510400 и другие ошибки на ssd

[metallerok]

Вот такие ошибки высыпал сегодня ночью SSD диск на сервере. Ubuntu 16.04 x64.
syslog

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

Apr 22 01:46:40 ubuntu kernel: [394377.499677] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Apr 22 01:46:40 ubuntu kernel: [394377.499729] ata2.00: failed command: FLUSH CACHE
Apr 22 01:46:40 ubuntu kernel: [394377.499765] ata2.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 8
Apr 22 01:46:40 ubuntu kernel: [394377.499765]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Apr 22 01:46:40 ubuntu kernel: [394377.499849] ata2.00: status: { DRDY }
Apr 22 01:46:40 ubuntu kernel: [394377.499877] ata2: hard resetting link
Apr 22 01:46:45 ubuntu kernel: [394382.863877] ata2: link is slow to respond, please be patient (ready=0)
Apr 22 01:46:50 ubuntu kernel: [394387.512062] ata2: COMRESET failed (errno=-16)
Apr 22 01:46:50 ubuntu kernel: [394387.512098] ata2: hard resetting link
Apr 22 01:46:55 ubuntu kernel: [394392.872293] ata2: link is slow to respond, please be patient (ready=0)
Apr 22 01:47:00 ubuntu kernel: [394397.520497] ata2: COMRESET failed (errno=-16)
Apr 22 01:47:00 ubuntu kernel: [394397.520531] ata2: hard resetting link
Apr 22 01:47:05 ubuntu kernel: [394402.880715] ata2: link is slow to respond, please be patient (ready=0)
Apr 22 01:47:35 ubuntu kernel: [394432.565969] ata2: COMRESET failed (errno=-16)
Apr 22 01:47:35 ubuntu kernel: [394432.566006] ata2: limiting SATA link speed to 3.0 Gbps
Apr 22 01:47:35 ubuntu kernel: [394432.566008] ata2: hard resetting link
Apr 22 01:47:40 ubuntu kernel: [394437.590181] ata2: COMRESET failed (errno=-16)
Apr 22 01:47:40 ubuntu kernel: [394437.590218] ata2: reset failed, giving up
Apr 22 01:47:40 ubuntu kernel: [394437.590246] ata2.00: disabled
Apr 22 01:47:40 ubuntu kernel: [394437.590250] ata2.00: device reported invalid CHS sector 0
Apr 22 01:47:40 ubuntu kernel: [394437.590259] ata2: EH complete
Apr 22 01:47:40 ubuntu kernel: [394437.590279] sd 1:0:0:0: [sdb] tag#9 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Apr 22 01:47:40 ubuntu kernel: [394437.590284] sd 1:0:0:0: [sdb] tag#9 CDB: Synchronize Cache(10) 35 00 00 00 00 00 00 00 00 00
Apr 22 01:47:40 ubuntu kernel: [394437.590287] blk_update_request: I/O error, dev sdb, sector 113739888
Apr 22 01:47:40 ubuntu kernel: [394437.590349] sd 1:0:0:0: [sdb] tag#10 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Apr 22 01:47:40 ubuntu kernel: [394437.590352] sd 1:0:0:0: [sdb] tag#10 CDB: Write(10) 2a 00 00 1d 9b 00 00 00 10 00
Apr 22 01:47:40 ubuntu kernel: [394437.590354] blk_update_request: I/O error, dev sdb, sector 1940224
Apr 22 01:47:40 ubuntu kernel: [394437.590362] Aborting journal on device sdb1-8.
Apr 22 01:47:40 ubuntu kernel: [394437.590393] sd 1:0:0:0: [sdb] tag#11 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Apr 22 01:47:40 ubuntu kernel: [394437.590396] sd 1:0:0:0: [sdb] tag#11 CDB: Write(10) 2a 00 06 c4 08 00 00 00 08 00
Apr 22 01:47:40 ubuntu kernel: [394437.590398] blk_update_request: I/O error, dev sdb, sector 113510400
Apr 22 01:47:40 ubuntu kernel: [394437.590400] blk_update_request: I/O error, dev sdb, sector 113510400
Apr 22 01:47:40 ubuntu kernel: [394437.590402] Buffer I/O error on dev sdb1, logical block 14188544, lost sync page write
Apr 22 01:47:40 ubuntu kernel: [394437.590436] JBD2: Error -5 detected when updating journal superblock for sdb1-8.
Apr 22 01:47:40 ubuntu kernel: [394437.590619] EXT4-fs warning (device sdb1): ext4_end_bio:329: I/O error -5 writing to inode 14 (offset 0 size 0 starting block 242530)
Apr 22 01:47:40 ubuntu kernel: [394437.590622] Buffer I/O error on device sdb1, logical block 242272
Apr 22 01:47:40 ubuntu kernel: [394437.590667] Buffer I/O error on device sdb1, logical block 242273
Apr 22 01:47:40 ubuntu kernel: [394437.826603] sd 1:0:0:0: [sdb] tag#12 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Apr 22 01:47:40 ubuntu kernel: [394437.826609] sd 1:0:0:0: [sdb] tag#12 CDB: Write(10) 2a 00 00 00 08 00 00 00 08 00
Apr 22 01:47:40 ubuntu kernel: [394437.826612] blk_update_request: I/O error, dev sdb, sector 2048
Apr 22 01:47:40 ubuntu kernel: [394437.826654] blk_update_request: I/O error, dev sdb, sector 2048
Apr 22 01:47:40 ubuntu kernel: [394437.826694] Buffer I/O error on dev sdb1, logical block 0, lost sync page write
Apr 22 01:47:40 ubuntu kernel: [394437.826747] EXT4-fs error (device sdb1): ext4_journal_check_start:56: Detected aborted journal
Apr 22 01:47:40 ubuntu kernel: [394437.826807] EXT4-fs (sdb1): Remounting filesystem read-only
Apr 22 01:47:40 ubuntu kernel: [394437.826844] EXT4-fs (sdb1): previous I/O error to superblock detected
Apr 22 01:47:40 ubuntu kernel: [394437.826896] sd 1:0:0:0: [sdb] tag#13 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Apr 22 01:47:40 ubuntu kernel: [394437.826899] sd 1:0:0:0: [sdb] tag#13 CDB: Write(10) 2a 00 00 00 08 00 00 00 08 00
Apr 22 01:47:40 ubuntu kernel: [394437.826901] blk_update_request: I/O error, dev sdb, sector 2048
Apr 22 01:47:40 ubuntu kernel: [394437.826940] blk_update_request: I/O error, dev sdb, sector 2048
Apr 22 01:47:40 ubuntu kernel: [394437.826978] Buffer I/O error on dev sdb1, logical block 0, lost sync page write


Что это может значить? диск работает всего 1.5 месяца чисто как хранилище БД т.е. система на отдельном HDD.

вот вывод smartctl

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000a   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       1036
 12 Power_Cycle_Count       0x0012   100   100   000    Old_age   Always       -       25
168 Unknown_Attribute       0x0012   100   100   000    Old_age   Always       -       0
170 Unknown_Attribute       0x0013   100   100   010    Pre-fail  Always       -       26
173 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       20054060
192 Power-Off_Retract_Count 0x0012   100   100   000    Old_age   Always       -       1
194 Temperature_Celsius     0x0023   070   070   000    Pre-fail  Always       -       30
196 Reallocated_Event_Count 0x0000   100   100   000    Old_age   Offline      -       0
218 Unknown_Attribute       0x0000   100   100   000    Old_age   Offline      -       0
241 Total_LBAs_Written      0x0012   100   100   000    Old_age   Always       -       1758395



вот вывод dmesg | grep sdb

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[    1.047354] sd 1:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[    1.047572] sd 1:0:0:0: [sdb] Write Protect is off
[    1.048570] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    1.048616] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.050145]  sdb: sdb1
[    1.051308] sd 1:0:0:0: [sdb] Attached SCSI disk
[    9.552678] EXT4-fs (sdb1): recovery complete
[    9.553180] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)



[Morisson]

metallerok, а наоборот не лучше было db на hdd, система на ssd?
В базу очень часто пишется- ssd убьешь
Уже трындец подходит, наверное.

[metallerok]

Morisson, ну как-то же работают все современные хостинги на ssd)

[Morisson]

Извини, кнопкой промахнулся и в личку написал))

[metallerok]

Извини, кнопкой промахнулся и в личку написал))

Ну обычно, насколько я знаю, система-на ссд, база, хранилище на hdd. Если повышенные требования, то делают даже RAID на ssd, только их регламентная замена ОЧЕНЬ частая. Раз в год, вроде
Просто будь готов, что нужно будет заменить ssd и имей копию

да, но мне как раз важна скорость базы, поэтому на ссд. Я в принципе и планировал диски каждый год менять) А тут не совсем понятная проблема, smartctl говорит что вроде все норм. Такое ощущение что ext4 посыпалась, перевела диск в режим чтения, восстановилась и восстановила работу диска(потому как в тот момент когда я зашел все уже работало нормально)

p.s говорят что еще может контролер матери тупить и советуют поменять sata-порт, наверное с этого и начну

[Morisson]

Вообще там у тебя с журналом проблема.
Где /var у тебя находится. На hdd на отдельном разделе
Посмотри, место нигде не заканчивается?