- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Ну, писатели прошивок для винтов вообще не страдают аккуратизмом и следованием стандартам. Не обязательно дело во freebsd.
Посмотрите эту статью
FreeBSD Root on ZFS (Mirror)
Спасибо за ссылку, а за последние 3 страницы "срача" понял еще, что рейд нужно делать с мониторингом☝. Спасибо еще раз всем кто помог решыть вопрос, тема себя исчерпала.
спамьте на здоровье я ухожу:).
"Делаем". Только к "настройке райд" это уже никак не относится, в отличие от мониторинга райд. Согласны?
Тогда к чему был пассаж о ценности данных, что они дороже 15wmz?
Если у тебя есть ценные данные, то должен быть бекап.
Глупо не делать бекап ценных данных, в надежде на рейд.
Согласен?
Спасибо за ссылку, а за последние 3 страницы "срача" понял еще, что рейд нужно делать с мониторингом☝. Спасибо еще раз всем кто помог решыть вопрос, тема себя исчерпала.
спамьте на здоровье я ухожу:).
добавите в /etc/periodic.conf
строчку
daily_status_gmirror_enable="YES"
и будет у вас мониторинг ежедневный
понял еще, что рейд нужно делать с мониторингом
Ну, значит "срач" был небесполезен...
жаль, под фряхой текущие значения показывает неправильно.
А нет возможности убедиться, что дело в "фряхе", а не в конкретной модели диска?
Тогда к чему был пассаж о ценности данных, что они дороже 15wmz?
Если у тебя есть ценные данные, то должен быть бекап.
Глупо не делать бекап ценных данных, в надежде на рейд.
"Проспали" вылетевший диск в рейде - и в следующий раз массив вообще развалится. Бекап никак не защитит от даунтайма, да и потери данных тоже (Вы же не делаете его ежеминутно). А этот "раз" может настать очень быстро для некоторых типов райд.
Райд и бекапы - служат для разных задач, Вы все это прекрасно знаете.
добавите в /etc/periodic.conf
строчку
daily_status_gmirror_enable="YES"
и будет у вас мониторинг ежедневный
Это не "мониторинг", а просто спам в почтовом ящике. По крайней мере, когда я последний раз смотрел на это чудо - оно отсылало репорты "усе в порядке" - ежедневно.
Вы приучитесь игнорировать такой "мониторинг" - вот и все. Subject - один и тот-же. Чтобы заметить проблему - нужно посмотреть письмо.
А нет возможности убедиться, что дело в "фряхе", а не в конкретной модели диска?
возможность есть. проверено. дело не в модели диска.
Это не "мониторинг", а просто спам в почтовом ящике. По крайней мере, когда я последний раз смотрел на это чудо - оно отсылало репорты "усе в порядке" - ежедневно.
Вы приучитесь игнорировать такой "мониторинг" - вот и все. Subject - один и тот-же. Чтобы заметить проблему - нужно посмотреть письмо.
если взять за систему просматривать эти письма ежедневно (благо фильтровать в почтовом клиенте можно по-разному), то никакой проблемы нет. письмо содержит вывод команды gmirror status. этого вполне достаточно.
возможность есть. проверено. дело не в модели диска.
smarttools самые свежие?
если взять за систему просматривать эти письма ежедневно (благо фильтровать в почтовом клиенте можно по-разному)
Будете тянуть себе все письма по GPRS только чтобы фильтровать по контенту?
Все это поможет, конечно. Покуда у Вас один сервер, а не несколько сотен или даже десятков. Если серверов несколько - подобные "счастливые отчеты" люди начинаю не замечать.
письмо содержит вывод команды gmirror status. этого вполне достаточно.
Я и не спорю. Просто - это крайне неудачный способ. Нормальная система оповещения - молчит, если все в порядке.
письмо содержит вывод команды gmirror status. этого вполне достаточно.
Проще простым скриптом на bash реализовать проверку gmirror status и отсылку письма при явных проблемах.
smarttools самые свежие?
Будете тянуть себе все письма по GPRS только чтобы фильтровать по контенту?
Все это поможет, конечно. Покуда у Вас один сервер, а не несколько сотен или даже десятков. Если серверов несколько - подобные "счастливые отчеты" люди начинаю не замечать.
Я и не спорю. Просто - это крайне неудачный способ. Нормальная система оповещения - молчит, если все в порядке.
Ну, вот для примера
smartctl 5.41 2011-06-09 r3365 [FreeBSD 7.2-RELEASE-p3 amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
SCT Error Recovery Control:
Read: 57345 (5734.5 seconds)
Write: 57345 (5734.5 seconds)
GPRS не пользуюсь.
Ну, вот для примера
Любопытно, а что показывает линуксячий вариант? Может там OFF и если включить эту штуку - ситуация и в BSD изменится?
GPRS не пользуюсь.
А как еще Вы собираетесь получать уведомления от своего "мониторинга"? Если Вы не у офисе у компьютера.
Получать в этом случае весь спам от скриптов - Вы явно не захотите. Я гарантирую это.