Использование процессора Zenworks 10 от dbsrv10
В частности, процесс, называемый dbsrv10, всегда привязан к загрузке процессора на 100% и более.
Я попытался очистить очистку очереди с помощью этих команд: zman queue-flush F zman queue-flush S
Однако это только установило процессор примерно на 20 минут.
Я использую ZCM 10.2.0 на SLES10 SP2 на VMWare 3.5.
Недавно я полностью отключил Patch Management, потому что это вызывало проблемы с дисковым пространством.
Мой файл loader-messages.log всегда очень занят, возможно, кто-то может разобраться в этом:
[DEBUG] [04.08.09 9:29:19 AM] [] [Модуль хранилища состояния загрузчика] [] [неверный размер каталога:1763657] [] [] [DEBUG] [04.08.09 9:29: 19:00] [] [Модуль хранилища состояния загрузчика.] [] [Перемещено 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 Module] [] [неверный размер каталога:1766252] [] [] [DEBUG] [04.08.09 9:29:49 AM] [] [Модуль хранилища состояния загрузчика] [] [Перемещено Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656.xml в сбойный каталог.] [] []B ] [04.08.09 9:29:49 AM] [] [Модуль хранилища состояния загрузчика] [] [Обработка Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Модуль хранилища Loader.Status] [] [неверный размер каталога: 1766856] [] [] [DEBUG] [04.08.09 9:29:49 AM] [] [Модуль хранилища Loader.Status] [ ] [Перемещено Status_f8bbe0db5ba4f3a5 d3d5e97b3ca01f52_1249396185 546.xml в сбойный каталог.] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Модуль хранилища Loader.Status] [] [Обработка Status_f8bbe0db5ba4f3a5d3d5e97b3ca396] 61282562582522512251225122525252 ] [DEBUG] [04.08.09 9:29:49 AM] [] [Модуль хранилища Loader.Status] [] [неверный размер каталога: 1767460] [] [] [DEBUG] [8/4/09 9: 29:49 AM] [] [Модуль хранилища Loader.Status] [] [Перемещено Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml в сбойный каталог.] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [ Модуль хранилища Loader.Status] [] [Обработка Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml] [] [] [DEBUG] [8/4/09 9:30:20 AM] [] [Модуль хранилища Loader.Status] [] [неверный размер каталога: 1768064] [] [] [DEBUG] [04.08.09 9:30:20] [] [Модуль хранилища состояния загрузчика] [] [Перемещено Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml в сбойный каталог.] [] [] [ ОТЛАДКА] [04.08.09 9:31:50] [] [Модуль хранилища состояния загрузчика] [] [Обработка Status_488000110f3c7d43b318bc49c7aecca2_1249396293 406.x ml] [] [] [DEBUG] [04.08.09 9:31:50] [] [Модуль хранилища состояния загрузчика] [] [Processing Status_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Модуль хранилища состояния загрузчика] [] [Processing Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Модуль хранилища состояния Loader.Status] [] [неверный размер каталога: 1770464] [] [] [DEBUG] [08.08.09 9:31:50 AM] [] [Модуль хранилища Loader.Status] [] [Moved Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml в сбойный каталог.] [] [] [DEBUG] [04.08.09 9:34:02] [] [Loader.QueueRunner] [] [Нет обработчика, зарегистрированного для идентификатора действия: 30626, Тип: SUBSCRIPTION_DOWNLOAD] [] []
5 ответов
Я думаю, что это связано с файлами инвентаризации, поступающими от обрабатываемых клиентов. Хранитель, а файлы XML - это процесс и файлы данных для процесса инвентаризации.
Какая версия ZCM? 10.2 - это то, где вы хотите быть, если это возможно.
Я должен предложить разместить сообщение на форуме ZCM на support.novell.com, хотя они официально не поддерживаются, там есть добровольные сисопы, которые могут помочь.
Почему сервер ZCM будет так часто обрабатывать инвентарь с устройств? Расписание инвентаризации установлено на 3 часа (1,5 для частичного).
Я бегу ZCM 10.2.
Карл, у тебя есть контакт с владельцем этой вики? Я не могу найти какую-либо личную информацию на сайте.
Ничего себе, это отстой, и похоже, что Novell не очень хорошо поддерживает продукт. Неудивительно, что мы еще не выпустили этот продукт...
Единственный полезный пост, который я нашел на форумах Novell, помимо того, что он очищал очередь, был этот.
Сайт этого парня кажется довольно полезным... если вы не можете понять это, вы можете связаться с ним напрямую.
Вы должны удалить старые импортированные пакеты zen 7. Некоторые (возможно многие) содержат ошибки, которые просто бросают циклы на крышу. Мы сделали это, и использование процессора упало на пол. kfreise узнал об этом, просто забыл опубликовать это!
Я также испытываю это в SLES SP2/ ZCM 10.2.0 / ESX 3.5.4 Моя виртуальная машина работает только с одним vCPU и kernel-vmi
До сих пор я делал только "хорошие 10" в DB-процессе. Не то, что я хочу, хотя.