В частности, процесс, называемый 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] [] [Модуль Storer Loader.Status] [] [размер неудачного каталога: 1763657] [] [] [DEBUG] [04.08.09, 9:29 : 19 AM] [] [Модуль Storer Loader.Status] [] [Перемещен Status_b11714bce362d4ea7e377f550b19e8aa_1249396137 593.xml в каталог с ошибками.] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Loader .Status Storer Module] [] [Статус обработки_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] [] [Модуль Storer Loader.Status] [] [Перемещен Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 656xml в каталог с ошибками.] [] [] [DEBUG ] [8/4/09 9:29:49 AM] [] [Модуль Storer Loader.Status] [] [Статус обработки_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396185 546.xml] [] [] [DEBUG] [04.08.09 9:29:49 AM] [] [Модуль Storer Loader.Status] [] [размер неудачного каталога: 1766856] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Модуль Storer Loader.Status] [ ] [Статус перемещен_f8bbe0db5ba4f3a5 d3d5e97b3ca01f52_1249396185 546.xml в каталог, в котором произошел сбой.] [] [] [DEBUG] [8/4/09 9:29:49 AM] [] [Модуль Storer Loader.Status] [] [Статус обработки_f8bbe0db5ba4f3a5d3d5e97b34901.ua] [] [] [] [] [] ] [DEBUG] [8/4/09 9:29:49 AM] [] [Модуль Storer Loader.Status] [] [размер неудачного каталога: 1767460] [] [] [DEBUG] [8/4/09 9: 29:49] [] [Модуль хранения Loader.Status] [] [Status_f8bbe0db5ba4f3a5d3d5e97b3ca01f52_1249396188 625.xml перемещен в каталог с ошибками.] [] [] [DEBUG] [8/4/09 9:30:19 AM] [] [ Loader.Status Storer Module] [] [Статус обработки_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] [] [Модуль Storer Loader.Status] [] [Перемещен Status_194d59f476961bd4f04510f0bb6b0d0e_1249396194 937.xml в каталог с ошибками.] [] [] [ DEBUG] [8/4/09 9:31:50 AM] [] [Модуль Storer Loader.Status] [] [Статус обработки_488000110f3c7d43b318bc49c7aecca2_1249396293 406.x ml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Модуль Storer Loader.Status] [] [Статус обработки_c1f956e7e93b594c8404e25478782c07_1249396280 468.xml] [] [] [DEBUG] [8 / 4/09 9:31:50 AM] [] [Модуль Storer Loader.Status] [] [Статус обработки_db44b8158529bf5031c1597d85530d76_1249396283 593.xml] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Модуль Storer Loader.Status] [] [размер неудачного каталога: 1770464] [] [] [DEBUG] [8/4/09 9:31:50 AM] [] [Модуль Storer Loader.Status] [] [Перемещен Status_db44b8158529bf5031c1597d85530d76_1249396283 593.xml в неудачный каталог.] [] [] [DEBUG] [8/4/09 9:34:02 AM] [] [Loader.QueueRunner] [] [Обработчик не зарегистрирован для идентификатора действия: 30626, тип: SUBSCRIPTION_DOWNLOAD ] [] []
Почему сервер ZCM так часто обрабатывает инвентаризацию с устройств? График инвентаризации установлен на 3 часа (1,5 для частичной).
Я использую ZCM 10.2.
Карл, у тебя есть контакт с владельцем этой вики? Кажется, я не могу найти на сайте никакой личной информации.
Я думаю, это связано с файлами инвентаризации, поступающими от обрабатываемых клиентов. Storer, а файлы XML - это процесс и файлы данных для процесса инвентаризации.
Какая ревизия ZCM? 10.2 - это то место, где вы хотите быть, если возможно.
Я должен предложить разместить сообщение на форуме ZCM по адресу support.novell.com, хотя они официально не поддерживаются, там есть сисопы-волонтеры, которые могут помочь.
Вы должны удалить старые импортированные пакеты zen 7. Некоторые (а может быть, и многие) содержат ошибки, которые просто бросают цикл на крышу. Мы сделали это, и использование процессора упало до нуля. kfreise узнал об этом, просто забыл опубликовать!
Я также испытываю это в SLES SP2 / ZCM 10.2.0 / ESX 3.5.4 Моя виртуальная машина работает только с одним vCPU и ядром-vmi
Пока что я сделал только "10 хороших" для DB-процесса. Но не то, что я хочу.
Вау, это отстой, и похоже, что Novell не очень хорошо поддерживает этот продукт. Неудивительно, что мы еще не выпустили этот продукт ...
Единственный полезный пост, который я нашел на форумах Novell помимо вопроса об очистке очереди, был вот этот.
Сайт этого парня кажется очень полезным ... если вы не можете понять это, вы можете связаться с ним напрямую.