extrack

С настоящими дисками еще может быть. Но хотя тоже спорно, не всегда появление бэдов означает деструктивное поведение диска. Может быть что то элементарное по типу - вырубили свет, проблема с шлейфом диска. Такое себе. Однако, браковка виртуальных дисков - не здоровая тема. Это не настоящие диски и не прямой доступ к секторам. хреноложи ничего не знает о смарте и ничего не знает о состоянии хардов, потому что виртуализация ей не предоставляет в моем случае ничего что её не касается. Реального смарта ей не предоставляется, потому что это невозможно по определению - какой смарт ей виртуалка должна передать от рейд массива из 10 дисков на котором файл виртуального диска синоложи(?). Я думаю не нужно обьяснять что если перенести виртуалку на другой массив/сервер/комп - проблема не уйдет? Если брать в учет что синоложи @запоминает" - определенно где то есть кеш событий диска который можно почистить, вопрос где? Другой момент, к примеру, предположим случай как у автора топика , только добавим туда sql в виде приложения, что рекомендуете для восстановления функционирования приложений для создания бекапов той же sql, прежде чем выкинуть хард или снести всё ?

Аналогичная проблема, не знаю чем кончилось у автора, но мне кажется что у dsm некоторые беды с башкой, а не с дисками. В моем случае всё тоже самое, только вот диски- виртуальные. Находятся в массиве esxi, внутрь хреноложи подается просто файл диска на esxi рейде, который причем общий на несколько виртуалок, в остальных все окей, ошибок массива нет. В какой то момент, после перезапуска виртуалки хреноложи она начала орать что пул поврежден, поведение не нормальное, невозможно исправить ошибки данных блаблабла. При этом как и у автора поста - все данные считываются. А вот центр приложений вообще орёт якобы что "том был удален" , и его не смущает что диск никуда не отмонтировался и отлично живёт. При всем при этом "состояние работоспособности - исправно" "состояние выделения ресурсов - сбой" Я изначально грешил что чего-то не так с btrfs на которой данные, отмонтировал, прошёлся по через btrfs check --repair почистил кеши v1 v2, по итогу ошибок не найдено, и выглядит что всё окей с фс. Какие есть пути выполнить проверку ошибок и их исправление принудительно? К слову там висит sql база и теперь к ней нет доступа, забекапить, потому что отвалились аппликейшены, тем кто советовал переустанавливать приложения - привет.

link is dead ...