Постоянные ошибки lvm raid1

0

3

На зеркальных томах lvm (raid1) постоянно рассинхронизируются данные. Я сначала думал, что это связано с некорректными выключениями, но нет. Никаких некорректных выключение не было, а при проверке (lvchange --syncaction check vg/lv) счётчик Mismatches на некоторых томах становится ненулевым. Что это может быть?

Ссылка

←	git: вопрос

Assuming drive cache: write through (как отключить неисправный картридер)

→

← 1 2 →

Ответ на: комментарий от erzentnn 10.05.16 15:00:01 MSK

Не, далеко не только и не столько контейнеры. Вообще, контейнер у меня 1. Иногда поднимаю ещё для тестов.

Black_Shadow ★★★★★
(10.05.16 15:19:21 MSK) автор топика

Ответ на: комментарий от Black_Shadow 10.05.16 15:19:21 MSK

если у тебя там 1 ось, и тебе не критично держать виртуалки в файле, то мой вариант тебе подходит.

~~erzentnn~~
(10.05.16 15:27:33 MSK)

Ответ на: комментарий от erzentnn 10.05.16 15:27:33 MSK

да там логические тома для нужд хоста, не для виртуалок.

Black_Shadow ★★★★★
(10.05.16 15:35:54 MSK) автор топика

Ответ на: комментарий от Black_Shadow 10.05.16 15:35:54 MSK

если тебе нужно ограничение по размеру, то оно в subvolume есть, уменьшать, увеличивать их можно. Я вот совершенно не вижу смысла с lvm, если ты не используешь тома под виртуалки вместо файла. например снапшоты у btrfs лучше чем у lvm

~~erzentnn~~
(10.05.16 15:47:56 MSK)

Ответ на: комментарий от erzentnn 10.05.16 15:47:56 MSK

Хотелось бы всё-же разобраться с проблемой LVM.

Black_Shadow ★★★★★
(10.05.16 20:23:31 MSK) автор топика

Ссылка

Ответ на: комментарий от Pinkbyte 10.05.16 11:43:26 MSK

Сейчас прошёл только первый проход badblocks -w, ошибок нет, информация в smart поменялась:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   253   253   021    Pre-fail  Always       -       1075
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       861
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   019   019   000    Old_age   Always       -       59827
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       858
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       697
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       163
194 Temperature_Celsius     0x0022   107   093   000    Old_age   Always       -       43
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       1
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

Current_Pending_Sector теперь 0. Reallocated_Sector_Ct так и остался нулевым. Я не думаю, что оставшиеся 3 прохода что-то поменяют, но постараюсь дождаться (блин, 6 часов на один проход...).

Black_Shadow ★★★★★
(10.05.16 22:26:45 MSK) автор топика

Ссылка

Ответ на: комментарий от Pinkbyte 10.05.16 11:43:26 MSK

Проверка завершилась, бэдов нет.

# badblocks -svw /dev/sda
Checking for bad blocks in read-write mode
From block 0 to 976761526
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)

Атрибуты SMART после проверки:

# smartctl -A /dev/sda
smartctl 6.4 2015-06-04 r4109 [x86_64-linux-4.5.3-gentoo] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org

=== 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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   253   253   021    Pre-fail  Always       -       1075
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       861
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   019   019   000    Old_age   Always       -       59845
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       858
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       697
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       163
194 Temperature_Celsius     0x0022   108   093   000    Old_age   Always       -       42
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       1
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

Black_Shadow ★★★★★
(11.05.16 16:39:24 MSK) автор топика

Ссылка

Похоже, проблема решена. Я немного переконфигурировал ядро:

-# CONFIG_DM_MQ_DEFAULT is not set
+CONFIG_DM_MQ_DEFAULT=y
-CONFIG_DM_DELAY=m
+# CONFIG_DM_DELAY is not set
-# CONFIG_DM_LOG_WRITES is not set
+CONFIG_DM_LOG_WRITES=m

После компиляции перед перезагруской были расхождения в одном из томов, после перезагрузки они пропали, даже не пришлось делать repair. Ну, и после этого проблема больше не проявлялась.

Black_Shadow ★★★★★
(13.05.16 10:28:26 MSK) автор топика