☰

Zenworks 10 dbsrv10 导致 CPU 使用率过高

tag-icon • tag-icon central-processing-unit novell sles vcpu zenworks
Zenworks 10 dbsrv10 导致 CPU 使用率过高

具体来说，名为 dbsrv10 的进程的 CPU 使用率始终保持在 100% 或更高。

我尝试使用以下命令清除队列刷新：zman 队列刷新 F zman 队列刷新 S

然而这只能使 CPU 稳定大约 20 分钟。

我在 VMWare 3.5 上的 SLES10 SP2 上运行 ZCM 10.2.0。

我最近完全禁用了补丁管理，因为它导致了磁盘空间问题。

我的 loader-messages.log 文件总是很忙，也许有人可以理解这一点：

[DEBUG] [8/4/09 9:29:19 AM] [] [Loader.Status Storer 模块] [] [失败目录大小：1763657] [] [] [DEBUG] [8/4/09 9:29:19 AM] [] [Loader.Status Storer 模块] [] [已将 Status_b11714bce362d4ea7e377f550b19e8aa_1249396137 593.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer 模块] [] [正在处理 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer 模块] [] [失败目录大小：1766252] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer 模块] [] [已将 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer 模块] [] [正在处理 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [8/4/09上午 9:29:49] [] [Loader.Status Storer 模块] [] [失败目录大小:1766856] [] [] [DEBUG] [8/4/09 上午 9:29:49] [] [Loader.Status Storer 模块] [] [已将 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 上午 9:29:49] [] [Loader.Status Storer 模块] [] [正在处理 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml] [] [] [DEBUG] [8/4/09 上午 9:29:49] [] [Loader.Status Storer 模块] [] [失败目录大小:1767460] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer 模块] [] [已将 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [Loader.Status Storer 模块] [] [正在处理 Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer 模块] [] [失败目录大小:1768064] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer 模块] [] [已将 Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer 模块] [] [正在处理 Status_488000110f3c7d43b318bc49c7aecca2_1249396293 406.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status存储模块] [] [处理 Status_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status 存储模块] [] [处理 Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status 存储模块] [] [失败目录大小:1770464] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status 存储模块] [] [已将 Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml 移至失败目录。] [] [] [DEBUG] [8/4/09 9:34:02 AM] [] [Loader.QueueRunner] [] [未注册操作 ID 为 30626 的处理程序，类型为 SUBSCRIPTION_DOWNLOAD] [] []

答案1

我认为这与正在处理的来自客户的库存文件有关。存储者，XML 文件是库存流程的流程和数据文件。

ZCM 的版本是多少？如果可能的话，10.2 是你想要的版本。

我建议在 support.novell.com 的 ZCM 论坛上发帖，虽然他们没有得到官方支持，但那里有志愿系统操作员可以提供帮助。

答案2

为什么 ZCM 服务器要如此频繁地处理设备库存？库存计划设置为 3 小时（部分为 1.5 小时）。

我正在运行 ZCM 10.2。

Karl，您有该 wiki 所有者的联系方式吗？我似乎无法在该网站上找到任何个人信息。

答案3

哇，这太糟糕了，而且看起来 Novell 对该产品的支持不太好。难怪我们还没有推出这款产品……

除了清除队列之外，我在 Novell 论坛上找到的一个有用的帖子是这个。

这家伙的网站似乎很有帮助...如果你不明白，你可以直接与他联系。

答案4

您必须删除旧的 zen 7 导入包。有些（可能很多）包含错误，这些错误只会使周期急剧上升。我们这样做了，CPU 使用率下降到了最低。kfreise 发现了这一点，只是忘了发布它！

相关内容