主页 / server / 问题 / 49993
In Process
kfreise
Asked: 2009-08-05 12:01:16 +0800 CST

dbsrv10 的 Zenworks 10 高 CPU 使用率

  • 772

具体来说，名为 dbsrv10 的进程总是固定在 100% 或更多的 CPU 使用率上。

我尝试使用以下命令清除队列刷新：zman queue-flush F zman queue-flush 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 Module] [] [失败的目录大小：1763657] [] [] [DEBUG] [8/4/09 9:29 :19 AM] [] [Loader.Status Storer Module] [] [Moved Status_b11714bce362d4ea7e377f550b19e8aa_1249396137 593.xml 到失败的目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader .Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [失败的目录大小： 1766252] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml 到失败的目录。] [] [] [DEBUG ] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [处理 Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [8/4/09 9:29:49上午] [] [装载机。状态存储模块] [] [失败的目录大小：1766856] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml到失败的目录。] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [Processing Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1767460] [] [] [DEBUG] [8/4/09 9:29:49 AM ] [] [Loader.Status Storer Module] [] [Moved Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml 到失败的目录。] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [Loader.Status Storer Module] [] [Processing Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1768064] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Loader.Status Storer Module] [] [Moved Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml 到失败的目录。] [] [] [DEBUG ] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [处理状态_488000110f3c7d43b318bc49c7aecca2_1249396293 406.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [Processing Status_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [ ] [处理状态_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Loader.Status Storer Module] [] [失败的目录大小：1770464] [] [] [调试] [2009 年 8 月 4 日上午 9:31:50] [] [Loader.Status 存储模块] [] [将 Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml 移动到失败的目录。] [] [] [DEBUG] [8/4/09 9:34:02 AM] [] [Loader.QueueRunner] [] [没有为操作 ID 注册的处理程序：30626，类型：SUBSCRIPTION_DOWNLOAD] [] []

central-processing-unit novell vcpu sles zenworks

5 个回答

  1. 我认为这与来自正在处理的客户的库存文件有关。Storer 和 XML 文件是库存过程的过程和数据文件。

    ZCM 什么版本？如果可能的话，10.2 是你想去的地方。

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

    • 1

  2. 为什么 ZCM 服务器会如此频繁地处理来自设备的库存？库存计划设置为 3 小时（部分时间为 1.5）。

    我正在运行 ZCM 10.2。

    卡尔，你有那个维基的所有者的联系方式吗？我似乎无法在网站上找到任何个人信息。

    • 1

  3. 哇，这太糟糕了，而且看起来 Novell 并没有很好地支持该产品。难怪我们还没有推出这个产品...

    除了清理队列之外，我在 Novell 的论坛中发现的一篇有用的帖子是这个。

    这个人的网站似乎很有帮助……如果你想不通，你可以直接与他联系。

    • 0

  4. 我在 SLES SP2/ZCM 10.2.0/ESX 3.5.4 中也遇到过这种情况 我的虚拟机只运行一个 vCPU 和 kernel-vmi

    到目前为止，我只在 DB 进程上做了一个“不错的 10”。不过，这不是我想要的。

    • 0

  5. 您必须删除旧的 zen 7 导入包。一些（也许很多）包含只会将循环抛到屋顶的错误。我们这样做了，cpu 使用率下降到了最低点。kfreise 发现了这个，只是忘记发布了！

    • 0

相关问题