zfs объединяют ошибку, как определить, какой диск перестал работать в прошлом
Существует ли причина, почему у Вас есть порт 80 открытых для Вашей машины разработки во-первых? т.е. Вы позволяете клиентам просмотреть работу в прогрессе сайта прочь Вашего Mac?
Принятие это имеет место, и что работа Вы делаете, закончится на веб-сервере / поставщик услуг хостинга в конечном счете, я рекомендовал бы выработать привычку установки испытательных площадок (с или без аутентификации) на веб-сервере, который разместит сайт в конечном счете или специализированный тест или сервер подготовки.
Это может быть столь же просто как настраивающий другой виртуальный хост в Apache на субдомене, таком как dev.example.com или если Вы не управляете их DNS, настраивая client.yourdomain.com и имея это на отдельном виртуальном хосте где-нибудь.
Причиной того, чтобы сделать это является a), Вы не должны открывать мир своей рабочей станции b), можно оставить на виду его 24/7 c), у Вас не будет "неожиданностей" при продвижении живых изменений (как поврежденные пути или абсолютные URL, которые Вы забыли о), потому что Вы уже делали это все время.
Ошибки контрольной суммы возникают, когда данные были прочитаны с диска, но они не соответствуют ожидаемой контрольной сумме; зашумленный кабель sata может вызвать это повреждение либо во время записи (данные повреждены на пути к диску), либо во время чтения (данные повреждены на пути с диска). Хотя это может быть неисправный диск, скорее всего, это было вызвано ослаблением или защемлением кабеля данных SATA. Попробуйте переустановить кабели на обоих концах или другой заведомо исправный кабель.
Что касается определения диска, это зависит от того, какое оборудование вы используете. Для оборудования марки Sun cfgadm -alv должен предоставить серийные номера жестких дисков, соответствующие их логическим именам. Если вы используете порты SATA на материнской плате, номера портов соответствуют целевому идентификатору (2, 3, 4), поэтому первым портом, вероятно, будет t0. На большинстве моих дисков WWN напечатан на этикетке, вы можете обнаружить это, включив множественный путь с помощью pfexec stmsboot -e (см.: этот вопрос ), который будет использовать формат c8tWWNxxxxxxxxd0p0 вместо c8tNd0p0, но, вероятно, только если вы используете контроллер SAS.
Ваш вывод показывает, что ZFS удалось исправить ошибку, восстановив данные из два других диска и восстановить избыточность. Это просто позволяет вам вызвать что-то плохое, на данный момент система управления сбоями еще не решила, что на диске было достаточно ошибок, чтобы гарантировать его отключение (что приводит к «ухудшенному» состоянию пула). Я бы дал ему скраб, чтобы убедиться, что каждый байт читается чисто. Подробнее об ошибке ZFS-8000-0P здесь.
Ваш вывод показывает, что ZFS удалось исправить ошибку, восстановив данные с двух других дисков и восстановив избыточность. Это просто позволяет вам вызвать что-то плохое, на данный момент система управления сбоями еще не решила, что на диске было достаточно ошибок, чтобы гарантировать его отключение (что приводит к «ухудшенному» состоянию пула). Я бы дал ему скраб, чтобы убедиться, что каждый байт читается чисто. Подробнее об ошибке ZFS-8000-0P здесь.
Ваш вывод показывает, что ZFS удалось исправить ошибку, восстановив данные с двух других дисков и восстановив избыточность. Это просто позволяет вам вызвать что-то плохое, на данный момент система управления сбоями еще не решила, что на диске было достаточно ошибок, чтобы гарантировать его отключение (что приводит к «ухудшенному» состоянию пула). Я бы дал ему скраб, чтобы убедиться, что каждый байт читается чисто. Подробнее об ошибке ZFS-8000-0P здесь.