<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Рестарт сервиса на удаленной машине?]]></title><description><![CDATA[<p dir="auto">Коллеги, а возможно ли сделать вот такое:</p>
<ul>
<li>NetXMS сервер стоит на линукс-сервере;</li>
<li>На Windows 2003 сервере рядом в стойке работает некий сервис. На этом сервере стоит NetXMS-агент;<br />
Необходимо при достижении потребления виртуальной памяти определенным процессом (этим сервисом) одного гигабайта перестартовать сервис.</li>
</ul>
]]></description><link>https://forum.netxms.org/topic/684/рестарт-сервиса-на-удаленной-машине</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 06:26:45 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/684.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 08 Jul 2009 05:18:44 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Рестарт сервиса на удаленной машине? on Wed, 08 Jul 2009 07:31:48 GMT]]></title><description><![CDATA[<p dir="auto">скрипт трансформации (в DCI) для перевода исходных байт в гигабайты:</p>
<p dir="auto">(int64($1)/1024)/1024)/1024</p>
]]></description><link>https://forum.netxms.org/post/3230</link><guid isPermaLink="true">https://forum.netxms.org/post/3230</guid><dc:creator><![CDATA[Anth0ny]]></dc:creator><pubDate>Wed, 08 Jul 2009 07:31:48 GMT</pubDate></item><item><title><![CDATA[Reply to Рестарт сервиса на удаленной машине? on Wed, 08 Jul 2009 06:46:57 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо, сегодня попробую!</p>
]]></description><link>https://forum.netxms.org/post/3229</link><guid isPermaLink="true">https://forum.netxms.org/post/3229</guid><dc:creator><![CDATA[Dmitry]]></dc:creator><pubDate>Wed, 08 Jul 2009 06:46:57 GMT</pubDate></item><item><title><![CDATA[Reply to Рестарт сервиса на удаленной машине? on Wed, 08 Jul 2009 07:30:19 GMT]]></title><description><![CDATA[<p dir="auto">примерно так:</p>
<ol>
<li>
<p dir="auto">Сделать пару эвентов, например "ИмяПроцесса VMSize ОК" и "ИмяПроцесса VMSize Problem".</p>
</li>
<li>
<p dir="auto">DCI:</p>
</li>
</ol>
<p dir="auto">Description: Virtual memory used by process ИмяПроцесса<br />
Data: Process.VMSize(имяпроцесса.exe)<br />
В трэшолды (пороговые значения) добавить кондишены: ИмяПроцесса VMSize Problem - включать если VMSize &gt; гига, если меньше, то откат на "ИмяПроцесса VMSize ОК".</p>
<ol start="3">
<li>Сделать в Реакциях (Action) запись типа: Name: Restart ИмяПроцесса Service \ Type: Execute Action on remote agent \ Remote host: %a \ Action: RezetИмяПроцессаService</li>
<li>В Обработке Эвентов (Event processing Policy) в строку обработки для эвентов "ИмяПроцесса VMSize ОК" и "ИмяПроцесса VMSize Problem" в столбец Action выбрать из списка и добавить запись: Restart ИмяПроцесса Service</li>
<li>Финальный штрих: в конфиг Агента на нужном сервере добавить строку:</li>
</ol>
<p dir="auto">если сервис останавливается сам, корректно:<br />
<strong>ActionShellExec = RezetИмяПроцессаService:net stop "Имя процесса"&amp;&amp;net start "Имя процесса"</strong><br />
если сервис НЕ останавливается сам, мы его сначала прибиваем:<br />
<strong>ActionShellExec = RezetИмяПроцессаService:taskkill /IM имяпроцесса.exe /F &amp;&amp; net stop "Имя процесса"&amp;&amp; net start "Имя процесса"</strong></p>
<p dir="auto">в принципе тут возможен ещё один вариант: можно сделать только один эвент, "ИмяПроцесса VMSize Max Reached", привязать к нему Action "Restart ИмяПроцесса Service" и в процессе конфигурирования только поставить цапку "Write to Event Log" и не менять Severity с Normal на другое. Тогда если сработает данный Эвент, он не пометит ноду как сбойную и не понадобится двойной обработки состояния.</p>
<p dir="auto">Если что - помогу комментариями.</p>
]]></description><link>https://forum.netxms.org/post/3227</link><guid isPermaLink="true">https://forum.netxms.org/post/3227</guid><dc:creator><![CDATA[Anth0ny]]></dc:creator><pubDate>Wed, 08 Jul 2009 07:30:19 GMT</pubDate></item></channel></rss>