语音和统一通信 : Cisco Unity Connection

Unity Connection跳船日志填装根分区

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 23 日) | 反馈

简介

本文描述最近引起了Cisco技术支持中心(TAC)注意跳船登录Unity Connection将填装根分区的问题。有关于Cisco Bug ID CSCts98388如何的若干混乱解决问题。本文目标是解释什么步骤要求为了解决问题。另外,它描述以下步骤。

贡献由斯科特小山, Cisco TAC工程师。

先决条件

要求

Cisco建议您有Cisco Unity Connection版本8.5.1知识, 8.6.2和9.x。

使用的组件

本文档中的信息根据Cisco Unity Connection版本8.5.1, 8.6.2和9.x。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

问题

您也许接收在日志的一个通知或由实时监控工具(RTMT)该Unity Connection磁盘空间是低在根分区。问题在某些情况下是跳船日志消耗空间的一个大部分。

归档Cisco Bug ID CSCts98388为了解决此问题。然而,有关于一个被修补的软件版本如何的若干混乱涉及问题。Solution部分讨论如何解决问题。

解决方案

禁用记录

完成这些步骤为了禁用记录日志。

  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. 输入两这些的on命令发布服务器和用户为了防止日志填装驱动的继续:

    set cuc jetty requestlog disable

    set cuc jetty stderrlog disable

    set cuc jetty stdoutlog disable


  3. 重新启动跳船服务为了命令能生效。没有服务的重新启动,日志继续写入和填装空间。

    注意:当升级完成时,跳船日志重新授权给。因此,在升级完成后,您必须输入在步骤列出的三命令2为了禁用记录日志和重新启动跳船服务。

清除磁盘磁盘空间

完成这些步骤为了清除磁盘磁盘空间。

不幸地,仅Stdout日志有一命令通过admin删除日志。另外两本日志必须通过根删除。此部分描述命令,以便您知道他们。当您开TAC案例时,本文可以被参考。

请求日志

这是日志的路径:/usr/local/jetty/logs/ *.request.log。

这是命令通过删除日志:

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

Stderr日志

这是日志的路径:/var/log/active/jetty/ *.stderrout.log。

这是命令通过删除日志:

此命令删除大于五天的文件:

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

Stdout日志

这是日志的路径:/var/log/active/jetty/ *.stdout.log。

这是命令通过删除:

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

这是命令通过admin删除:

file delete activelog /jetty/2014*.log noconfirm

后续步骤

业务部门将调查一增强对默认情况下此记录日志禁用的软件。

Cisco Bug ID CSCup13856被上升寻址这些点:

  • 设置默认值跳船日志跟踪为了禁用。
  • CLI的设置启用/禁用应该在升级仍然存在。

此时,没有其实施的特定日期。


相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


Document ID: 117789