Накапливают ли файловые системы ext3 / 4 ошибки естественным образом (как сообщает fsck)?

265
Shovas

Я использую несколько 64-битных серверов CentOS 6 с файловыми системами ext3 / ext4. Насколько я могу судить, ни одно из них не было некорректно завершено, но все они накопили некоторые ошибки файловой системы, о которых теперь сообщает fsck.

Теперь, некоторые диски (не файловые системы) имеют ошибки ввода-вывода, которые могут привести к сбоям жесткого диска (мы запускаем raid1), так что это приводит к ошибкам файловой системы? Я не думаю, что эти ошибки будут допущены к файловой системе?

По крайней мере, один не показывает никаких признаков сбоя жесткого диска, но имеет ошибки fsck.

Итак, файловые системы ext3 / 4 естественным образом накапливают ошибки или происходит что-то плохое?

3
Почему вы думаете, что ошибка ввода-вывода не будет взаимодействовать с ошибкой файловой системы - если ошибка ввода-вывода читает файл, что, по вашему мнению, будет делать файловая система? - это будет ошибка, если он не может прочитать файл. Независимо от причины. djsmiley2k 7 лет назад 0
Без подробностей сложно сказать, что именно произошло. ext3 достаточно зрелый, я не видел каких-либо реальных ошибок накопления FS, естественно, за годы использования. Неустранимые ошибки ввода-вывода (маловероятно для RAID 1) * приведут * к ошибкам FS, если они возникнут внутри структуры FS. Если RAID 1 каким-то образом испортит восстановление после ошибок (у меня нет личного опыта), это также может привести к ошибкам FS. Я бы внимательно посмотрел, в каких блоках были ошибки, как вел себя рейд, а какие блоки приводили к ошибкам FS. dirkt 7 лет назад 0
Спасибо за ответы, @ djsmiley2k, @dirkt. Ошибки ввода-вывода, о которых сообщает `dmesg`, находятся на уровне устройства и только на одном устройстве, поэтому я подумал, что raid1 поступит правильно с хорошего устройства. Кроме того, по крайней мере на одном сервере нет ошибок диска, но есть ошибки файловой системы. Shovas 7 лет назад 0
Итак, я предполагаю, что вы используете mdadm или какой-то программный рейд, а не аппаратный рейд? djsmiley2k 7 лет назад 0
@ djsmiley2k Да, программное обеспечение mdadm зеркало raid1. Shovas 7 лет назад 0

2 ответа на вопрос

2
Theodore Ts'o

Ошибки файловой системы не вызывают ошибки ввода-вывода, которые не вызывают сбои жесткого диска. На самом деле, вы полностью изменили причинно-следственную связь. Сбои жесткого диска вызывают ошибки ввода-вывода, которые, в свою очередь, приводят к повреждению файловой системы.

Ошибки ввода-вывода будут сообщаться как ошибки в пространство пользователя. В некоторых случаях это может привести к повреждению файловой системы (которое может быть исправлено с помощью fsck), но в некоторых случаях это может привести только к повреждению блоков данных.

Таким образом, в общем случае ненормально собирать повреждения файловой системы в файловых системах ext3 / ext4. Это обычно означает, что у вас есть какая-то аппаратная проблема. Это может быть проблема с памятью; или сбои жесткого диска; и т. д. На самом деле, если вы видите ошибки ввода / вывода, вы должны сначала исправить их. Программные ошибки, как правило, не вызывают сбои оборудования!

Спасибо, что ответили, @ Theodore. Я узнал ваше имя по чтению в файловых системах :) Я уточнил свои вопросы, чтобы понять, что я не думал, что ошибки FS приводят к сбоям диска. Я имел в виду, приводят ли ошибки диска к ошибкам FS в настройке mdadm raid1, где один диск хорош? Безусловно, необходимо заменить эти плохие диски, но в реальном хостинге выделенных серверов (например, 1and1.com) они, похоже, не хотят заменять диски на зеркала, которые все еще не повреждены: /. Shovas 7 лет назад 0
Пометка в качестве ответа для подтверждения того, что ошибки ввода-вывода физического устройства могут привести к ошибкам FS: «Ошибки ввода-вывода будут сообщаться как ошибки в пространство пользователя. В некоторых случаях это может привести к повреждению файловой системы (которое может быть исправлено с помощью fsck), но в в некоторых случаях это может привести только к повреждению блока данных. " Должно быть, я надеялся получить больше ответа в то время, но это отвечает на вопрос. Спасибо Shovas 6 лет назад 0
0
X.LINK

Ext3 - полностью надежная файловая система, что не так для Ext4 (больше зависит от ядра)

Тем не менее, некоторые ошибки могут быть сделаны из-за незакрепленных кабелей / разъемов для передачи данных или даже вибрации / ударов по жесткому диску (удары ногами по корпусу ПК, перемещение ноутбука и т. Д.)

Количество ошибок в конкретной кодовой базе файловой системы будет зависеть от версии ядра, но в целом ext4 столь же надежен, если не более надежен, чем ext3. Фактически, когда мы внедрили ext4 в промышленное использование в Google, тот факт, что он работал на очень многих машинах, и мы могли искать коррелированные сбои, означал, что мы нашли и исправили ошибку, которая была в ext3; но это было настолько редко, что оно выдержало множество процессов сертификационных испытаний корпоративного Linux. (Он почти наверняка сработал на ext3, но, вероятно, был списан как аппаратный сбой.) Theodore Ts'o 7 лет назад 4
Ну, это неожиданный ответ, так как вы являетесь сопровождающим ext3 и одним из создателей ext4 ... С другой стороны, это, конечно, будет то же самое для ext4, всегда будут ошибки, на которые могут уйти годы, пока они не работают. сейчас не для любого программного обеспечения ... Но, несмотря на то, что я много лет проинформировал себя о мире Linux, почему я, а также многие люди в Интернете, не узнали о решении основной проблемы ext4 еще в 2.6 .30 ядро?!? В любом случае, я все еще буду придерживаться ext3 из-за его зрелости и, вероятно, переключусь на ext 4, когда люди перейдут на btrfs ... X.LINK 7 лет назад 0

Похожие вопросы