目录

简介

先决条件

要求

使用的组件

问题

命令repairqueue的使用情况

验证

FAQ

我的ESA若不运行11.0.0-264或更新？

workqueue "损坏”平均值是否邮寄损耗？

有没有任何反映对workqueue损坏？

什么原因排队损坏？

修复脚本多久应该采取完成？

什么发生，如果repairqueue不能运行或没有完整？

相关信息

简介

本文描述发生隐藏的CLI命令repairqueue和操作的使用情况，当这命令从Cisco电子邮件安全工具时发出(ESA)的CLI。

先决条件

要求

Cisco 建议您了解以下主题：

- 系统容量、系统监控、消息系统工作状况和整体处理通过ESA workqueue。

- 整体ESA管理。

注意： 请参见ESA用户指南或在线帮助从ESA GUI关于更详细的资料。

使用的组件

本文档中的信息基于以下软件和硬件版本：

- ESA、运行AsyncOS 11.0.0-264的所有硬件和虚拟设备或更新

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

问题

原因运行repairqueue命令：

- 阐明的错误， workqueue没有装载。这通常是队列损坏设备的POST不正确的重新通电或重新启动结果。

- 已知缺陷要求此作为应急方案(例如CSCuw22284 -电子邮件队列毁损，在hermes失败或不正确的关闭)后。

- 应用程序故障，例如参考“gcq.py的”那些或者队列管理子系统。

- 状态详细信息或workqueue >速率报告负数。

- 状态或状态详细报表“旧留言”旧比您的跳动配置文件。此的默认值是3天。您能从bounceconfig > Edit验证和选择默认配置文件。您将是寻找“请进入消息在队列可能坚持在是前困难重新启动的”线路，默认情况下是259200秒，或者3天秒钟的最大。这排除虚拟交付域， the.<destination>.queue例如the.cpq.queue， the.euq.queue， the.cpq.release.host。

原因不运行repairqueue命令：

- 缓慢workqueue处理不是理由运行队列修复。管理员经常混淆处理作为队列损坏的缓慢的workqueue。一缓慢的workqueue通常就该重复由于处理同一个的消息服务系统资源的过度使用。通常被重复的这些处理方案不是通过运行repairqueue修复的事。促进服务的故障排除消息“将暂停”在处理期间将要求。

命令repairqueue的使用情况

运行CLI命令repairqueue可能不修复所有workqueue问题或损坏。此工具执行尽力修复workqueue。

警告：ESA管理员应该注意，那里是丢失从workqueue的有源消息的可能性。

当运行repairqueue，第一进程运行将提示输入权限一次继续和执行修复：

myesa.local> repairqueue

Do you want to repair or clean the queue?

1. Repair.

2. Clean.

[1]> 1

The mail flow will be stopped through out the repair/cleanup process

WARNING:

This utility does a best effort to repair the queue.

Not all queues corruptions can be repaired.

Are you sure you want to proceed? [N]> y

Checking generation checksum files

...

<<<SNIP FOR BREVITY>>>

...

done

Repair succeeded

Starting Hermes

Hermes Started

Log into the system and verify the status of the system.

注意： 在虚拟ESA，请忽略以下输出，已知缺陷(CSCuz28415) ：“等待队列装载：不能打开设备在/dev/ipmi0或/dev/ipmi/0或者/dev/ipmidev/0 ：No Such File or Directory”

一旦修理过程完成， workqueue将修复，然而设备将保留上一个workqueue的一个旧有检查点。为了恢复写入处理的workqueue的一个新的检查点，再请运行repairqueue，并且发出命令清洗：

myesa.local> repairqueue

Do you want to repair or clean the queue?

1. Repair.

2. Clean.

[1]> 2

The mail flow will be stopped through out the repair/cleanup process

WARNING:

There is a backup found this may be the only backup.

This will to remove the old queue.

Are you sure you want to proceed? [N]> y

Double confirmation. Are you sure you want to proceed? [N]> y

Removing old queue

Cleanup finished

验证

一旦repairqueue完成，请执行以下每一个为了验证workqueue回到联机，并且设备处理邮件：

1. 通过运行detail命令的状态验证系统状态从CLI或者从GUI的监视器>系统状态。 设备应该反映系统状态联机。

2. 查看邮件注册设备保证处理的邮件正如所料。 这可以是实现的从CLI通过运行尾标mail_logs命令。

3. 从CLI运行workqueue命令，选择速率选项与默认速率10秒。只要设备处理邮件并且/或者邮件，速率每10秒应该是相当相等的为“In/out”比率。有一大等待处理workqueue的伊莱克斯可能采取一些时间倒空workqueue，并且恢复正常处理。

FAQ

我的ESA若不运行11.0.0-264或更新？

有运行AsyncOS的更旧的版本设备没有repairqueue隐藏的CLI命令选项的客户应该开支持案件为了有Cisco技术支持工程师协助。 将需要打开支持通道和Cisco支持的联机能访问设备和运行修复队列进程。 请与Cisco支持联系开活动支持案件。

workqueue "损坏”平均值是否邮寄损耗？

在大多数情况下，损坏不等于邮件损耗。队列不再在设备的损坏归结于与消息处理涉及的元数据。这是处理在队列之间的簿记，并且报告，运行repairqueue的消息跟踪等等将重建ESA元数据和清理其中任一misreporting在服务和处理之间。

有没有任何反映对workqueue损坏？

ESA在一个损坏的队列可能能长期运行，并且多数消息也许优良处理，但是设备可能看上去缓慢，或者某些消息可以从未清楚，如表示由“旧留言”在status命令---显着旧有比bounceconfig应该准许。当AsyncOS用一个损坏的队列时实际上重新启动，队列可能或可能不能装载。损坏也许很久以前发生了并且看来是罚款，直到设备重新启动，到时无法装载队列。

什么原因排队损坏？

‘队列损坏的’两个多数常见原因是：

1. 设备的意外的重新启动。电源中断或持续电源按钮将导致一不正确的关闭，并且可能根据什么后端进程破坏队列，当时执行。设备可能恢复，并且队列可能恢复损坏，或者队列可能不是可装配的在重新启动。如果这是真的，不响应ESA的管理员将看到“队列没装载的”警报和“守护程序”当运行状态从CLI。

myesa.local> status

Enter "status detail" for more information.

Couldn't obtain mail stats - my.esa: The daemon is not responding.

myesa.local> status

Enter "status detail" for more information.

Couldn't obtain mail stats - the queue is not mounted

2. 外区域由设备的RAM使用情况。 这由在许多很可能造成，太通常看到的监听程序和邮件流量策略的误配置允许的Inbound连接/射入。思科推荐查看您的最大Inbound连接的listenerconfig。思科推荐此设置在300。

修复脚本多久应该采取完成？

修复workqueue能采取在10秒到几个小时之间，依靠ESA的状态，并且多少消息通过一活动workqueue当前处理。在低端的设备的一workqueue修复有在损坏时的满队列的可能耗费几个小时。

什么发生，如果repairqueue不能运行或没有完整？

在某些情况下， (即，在设备的过度的队列) repairqueuewill不能完成。如果repairqueuedoes没有在4个小时之后完成，队列很可能不可修理，并且唯一的依赖是构件一个新的队列通过运行隐藏的CLI命令resetqueue。对于先进的问题，请与CiscoSupport联系开活动支持案件和有Cisco支持协助。

相关信息

- 思科电子邮件安全工具最终用户指南

- 思科电子邮件安全工具命令参考

- 命令resetqueue的使用情况

- 什么是顺序处理在工作队列？什么是工作队列渠道？

- 技术支持和文档 - Cisco Systems