Голосовая связь и система унифицированных коммуникаций : Cisco Unity Connection

Гагатовая заливка журналов Unity Connection корневое разделение

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает проблему, которая недавно привлекла внимание Центра технической поддержки Cisco (TAC), где Причал входит в Unity Connection, заполнит корневое разделение. Был некоторый беспорядок о том, как идентификатор ошибки Cisco CSCts98388 решает проблему. Цель этого документа состоит в том, чтобы объяснить, какие шаги требуются для решения проблемы. Кроме того, это описывает следующие шаги.

Внесенный Скоттом Хиллом, специалистом службы технической поддержки Cisco.

Предварительные условия

Требования

Cisco рекомендует ознакомиться с Версиями 8.5.1, 8.6.2 Cisco Unity Connection, и 9. x .

Используемые компоненты

Сведения в этом документе основываются на Версиях 8.5.1, 8.6.2 Cisco Unity Connection, и 9. x .

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

Проблема

Вы могли бы получить уведомление в журналах или устройством контроля в реальном времени (RTMT), что дисковое пространство Unity Connection низко на корневом разделении. Проблема в некоторых случаях состоит в том, что Гагатовые журналы используют значительную часть пространства.

CSCts98388 идентификатора ошибки Cisco был подан для решения этой проблемы. Однако был некоторый беспорядок о том, как исправленная версия ПО решает проблему. Раздел решения обсуждает, как решить проблему.

Решение

Отключите Регистрацию

Выполните эти шаги для отключения Регистрации.

  1. Получите версию ПО для Unity Connection, которому исправили этот дефект. Как только эта версия загружена, у вас будут команды доступными, которые не были там ранее.

    Примечание: Важно понять, что загрузка исправленной версии отдельно не предотвращает проблему.



    Вот команды для Журнала Запроса:

    set cuc jetty requestlog enable
    set cuc jetty requestlog disable


    Вот команды для Журнала StdErr:

    set cuc jetty stderrlog enable
    set cuc jetty stderrlog disable


    Вот команды для Журнала Stdout:

    set cuc jetty stdoutlog enable
    set cuc jetty stdoutlog disable


  2. Введите эти команды в обоих Издателей и подписчиков, чтобы препятствовать тому, чтобы журнал продолжил заполнять дисководы:

    set cuc jetty requestlog disable

    set cuc jetty stderrlog disable

    set cuc jetty stdoutlog disable


  3. Перезапустите Гагатовый сервис для команд для вступления в силу. Без перезапуска сервиса журналы продолжают писать и заполнять пространство.

    Примечание: Когда обновление завершено, Гагатовым журналам реактивируют. Так, после того, как обновление завершено, необходимо ввести три команды, перечисленные в Шаг 2, чтобы отключить регистрацию и перезапустить Гагатовый Сервис.

Очистите дисковое пространство

Выполните эти шаги для очистки дискового пространства.

К сожалению, только Журнал Stdout имеет команду для удаления журналов через admin. Другие два журнала должны быть удалены через root. В этом разделе описываются команды так, чтобы вы знали о них. На этот документ можно сослаться при открытии кэйса ТАС (Центра технической поддержки).

Журнал запроса

Вот путь для журнала:/usr/local/jetty/logs / *.request.log.

Вот команда для удаления журналов через root:

rm -fv /usr/local/jetty/logs/2014*.log

Журнал Stderr

Вот путь для журнала:/var/log/active/jetty / *.stderrout.log.

Вот команда для удаления журналов через root:

Эта команда удаляет файлы, которые являются более старыми, чем пять дней:

rm -fv /var/log/active/jetty/2014*.log

Журнал Stdout

Вот путь для журнала:/var/log/active/jetty / *.stdout.log.

Вот команда для удаления через root:

rm -fv /var/log/active/jetty/2014*.log

Вот команда для удаления через admin:

file delete activelog /jetty/2014*.log noconfirm

Следующие шаги

Служебное подразделение исследует усовершенствование к программному обеспечению, где эта регистрация отключена по умолчанию.

Идентификатор ошибки Cisco CSCup13856 был повышен для адресации к этим точкам:

  • Установите значение по умолчанию Гагатового отслеживания журнала для отключения.
  • Параметры настройки CLI позволить/запретить должны сохраниться по обновлению.

В это время нет никакой определенной даты ее реализации.


Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 117789