рядовой сервер домена samba4: пользователи не видят список доли, вместо этого они запрашиваются пароль самбы

Я соглашаюсь с lynxman. NAGIOS для непосредственных качественных данных (X хорошо или нет?); munin для исторических количественных данных (насколько полный X теперь, и насколько полный это было в этом году?). Все мои установки NAGIOS, некоторые из которых контролируют несколько сотен сервисов, связаны с munin системами, чтобы сделать количественный контроль.

Обратите внимание также, что munin имеет определенные рычаги для питания данных в NAGIOS. Это понимает понятие ПРЕДУПРЕЖДЕНИЯ и КРИТИЧЕСКИХ порогов, и где уведомление (и представление о "Нью-Йоркской фондовой бирже" NAGIOS) требуется, очень очень легко иметь единственную munin переменную, сообщают состоянию единственного сервиса NAGIOS.

Обычный рабочий процесс - то, что никто не смотрит на munin графики, пока NAGIOS не предупреждает, что порог был нарушен, но затем munin графики становятся неоценимыми для обнаружения, росло ли что-то медленно со временем, или это внезапно увеличение, или у нас есть еженедельник вверх и вниз цикл, который медленно увеличивается в амплитуде, или что.

Как lynxman говорит, UNIX, путем является "одна задача, один инструмент". Создание набора инструментальных средств munin и работ NAGIOS очень хорошо, чтобы я обеспечил количественный и качественный контроль, а также уведомления. Это также имеет явное преимущество содержания в чистоте интерфейсов: при рассмотрении NAGIOS Вы видите простое представление того, как хорошо вещи работают правильно теперь без исторических данных, загромождающих представление; при рассмотрении munin Вы видите, что историческая информация, подходящая для проблемы, готовой к Вашему анализу, без "хоста, снижается", или "sshd не будет говорить со мной" ошибки при создании помех представлению.