<?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[Lots of performance alerts after upgrading XO to commit aa490]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> said in <a href="/forum/post/82808">XCP-ng 8.3 betas and RCs feedback <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f680.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--rocket" style="height:23px;width:auto;vertical-align:middle" title="🚀" alt="🚀" /></a>:</p>
<blockquote>
<p dir="auto">2 days ago I upgraded my fully patched Ryzen 5 RC1 to RC2 by ISO.<br />
Unfortunately I also upgraded my XO to commit aa490.<br />
All backup jobs since then has triggered CPU performance alerts on my backed up delta, offline VM, XCP-ng host and the VM running XO.<br />
I will update the XO to latest commit today.<br />
Are there any changes in RC2 that could cause this?<br />
I have only received 1 alert on high memory earlier.</p>
</blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> said in <a href="/forum/post/82835">XCP-ng 8.3 betas and RCs feedback <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f680.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--rocket" style="height:23px;width:auto;vertical-align:middle" title="🚀" alt="🚀" /></a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> I don't see much changes which may lead to this result at first sight.</p>
</blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> said in <a href="/forum/post/82860">XCP-ng 8.3 betas and RCs feedback <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f680.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--rocket" style="height:23px;width:auto;vertical-align:middle" title="🚀" alt="🚀" /></a>:</p>
<blockquote>
<p dir="auto">Same alert today with commit 63a88<br />
Should I report this in Home / Xen Orchestra / Backup ?</p>
</blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/stormi" aria-label="Profile: stormi">@<bdi>stormi</bdi></a> said in <a href="/forum/post/82873">XCP-ng 8.3 betas and RCs feedback <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f680.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--rocket" style="height:23px;width:auto;vertical-align:middle" title="🚀" alt="🚀" /></a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> If you can test with an older version of XO and see if the issue is still present, this might help understanding whether it's an XO issue or not. But I think you can also already create a dedicated topic where XO devs can tell if they see what this could be.</p>
</blockquote>
<hr />
<p dir="auto">I restored a backup with commit f9220 from July 17<br />
I have run a couple of backup jobs and none of them triggered an alert</p>
<p dir="auto">Is there a change made in the perf-alert plugin between commit f9220 and aa490 that could cause this?<br />
The alert is configured with "default" settings: 40% 60s.</p>
]]></description><link>https://xcp-ng.org/forum/topic/9658/lots-of-performance-alerts-after-upgrading-xo-to-commit-aa490</link><generator>RSS for Node</generator><lastBuildDate>Sun, 14 Jun 2026 04:06:32 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/topic/9658.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 20 Sep 2024 21:51:06 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Mon, 10 Mar 2025 10:24:36 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a></p>
<p dir="auto">Some of the errors you encountered are intended. We don't allow values in the "Virtual Machines" field if "Exclude VMs" is disabled and "All running VMs" is enabled, because it would make the plugin configuration confusing.</p>
<p dir="auto">However you're right, there seems to be an issue when the VMs are selected and then removed. The value becomes an empty list instead of being undefined, which causes the validation to fail when we try to turn off the "Exclude VMs" option.</p>
<p dir="auto">I'm going to create a task on our side so that we can plan to resolve this problem.</p>
<p dir="auto">In the meantime you can work around the problem by deleting the monitor and recreating a new one with the same parameters.</p>
]]></description><link>https://xcp-ng.org/forum/post/90587</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90587</guid><dc:creator><![CDATA[Bastien Nollet]]></dc:creator><pubDate>Mon, 10 Mar 2025 10:24:36 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 08 Mar 2025 11:20:46 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/bastien-nollet" aria-label="Profile: Bastien-Nollet">@<bdi>Bastien-Nollet</bdi></a><br />
More problems<br />
I previous had 2 XO disabled from the alerts.</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741430885842-screenshot-2025-03-08-at-11-46-12-settings.png" alt="Screenshot 2025-03-08 at 11-46-12 Settings.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">But when I decided to remove both of them from the exclude or if I toggle the green <code>exclude VMs</code> "switch", I got this error:</p>
<pre><code>plugin.configure
{
  "id": "perf-alert",
  "configuration": {
    "baseUrl": "Removed",
    "hostMonitors": [
      {
        "smartMode": true,
        "alarmTriggerLevel": 60,
        "alarmTriggerPeriod": 60
      },
      {
        "smartMode": true,
        "variableName": "memoryUsage",
        "alarmTriggerLevel": 90
      }
    ],
    "toEmails": [
      "Removed"
    ],
    "vmMonitors": [
      {
        "smartMode": true,
        "alarmTriggerLevel": 60,
        "alarmTriggerPeriod": 60,
        "excludeUuids": false,
        "uuids": [
          "2f819438-5ab1-7309-99b0-7116313a03fe",
          "ee56c3c7-fd7d-c9aa-b2e1-ee698267e241"
        ]
      }
    ],
    "srMonitors": [
      {
        "smartMode": false,
        "uuids": [],
        "excludeUuids": false
      }
    ]
  }
}
{
  "code": 10,
  "data": {
    "errors": [
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf/0/not",
        "keyword": "not",
        "params": {},
        "message": "must NOT be valid"
      },
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf/1/const",
        "keyword": "const",
        "params": {
          "allowedValue": false
        },
        "message": "must be equal to constant"
      },
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf",
        "keyword": "anyOf",
        "params": {},
        "message": "must match a schema in anyOf"
      },
      {
        "instancePath": "/vmMonitors/0/uuids",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/1/properties/uuids/not",
        "keyword": "not",
        "params": {},
        "message": "must NOT be valid"
      },
      {
        "instancePath": "/vmMonitors/0/excludeUuids",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/2/properties/excludeUuids/const",
        "keyword": "const",
        "params": {
          "allowedValue": true
        },
        "message": "must be equal to constant"
      },
      {
        "instancePath": "/vmMonitors/0",
        "schemaPath": "#/properties/vmMonitors/items/oneOf",
        "keyword": "oneOf",
        "params": {
          "passingSchemas": null
        },
        "message": "must match exactly one schema in oneOf"
      }
    ]
  },
  "message": "invalid parameters",
  "name": "XoError",
  "stack": "XoError: invalid parameters
    at invalidParameters (/opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-common/api-errors.js:26:11)
    at default._configurePlugin (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/plugins.mjs:175:13)
    at default.configurePlugin (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/plugins.mjs:199:16)
    at Xo.configure (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/api/plugin.mjs:12:3)
    at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202503081124/@vates/task/index.js:175:22)
    at Task.run (/opt/xo/xo-builds/xen-orchestra-202503081124/@vates/task/index.js:159:20)
    at Api.#callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/api.mjs:469:18)"
}
</code></pre>
<p dir="auto">I then tried to remove 1 VM , OK<br />
Removed the 2nd one, OK<br />
But when I tried to toggle the green switch I got this error</p>
<pre><code>plugin.configure
{
  "id": "perf-alert",
  "configuration": {
    "baseUrl": "Removed",
    "hostMonitors": [
      {
        "smartMode": true,
        "alarmTriggerLevel": 60,
        "alarmTriggerPeriod": 60
      },
      {
        "smartMode": true,
        "variableName": "memoryUsage",
        "alarmTriggerLevel": 90
      }
    ],
    "toEmails": [
      "Removed"
    ],
    "vmMonitors": [
      {
        "smartMode": true,
        "alarmTriggerLevel": 60,
        "alarmTriggerPeriod": 60,
        "excludeUuids": false,
        "uuids": []
      }
    ],
    "srMonitors": [
      {
        "smartMode": false,
        "uuids": [],
        "excludeUuids": false
      }
    ]
  }
}
{
  "code": 10,
  "data": {
    "errors": [
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf/0/not",
        "keyword": "not",
        "params": {},
        "message": "must NOT be valid"
      },
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf/1/const",
        "keyword": "const",
        "params": {
          "allowedValue": false
        },
        "message": "must be equal to constant"
      },
      {
        "instancePath": "/vmMonitors/0/smartMode",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/0/properties/smartMode/anyOf",
        "keyword": "anyOf",
        "params": {},
        "message": "must match a schema in anyOf"
      },
      {
        "instancePath": "/vmMonitors/0/uuids",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/1/properties/uuids/not",
        "keyword": "not",
        "params": {},
        "message": "must NOT be valid"
      },
      {
        "instancePath": "/vmMonitors/0/excludeUuids",
        "schemaPath": "#/properties/vmMonitors/items/oneOf/2/properties/excludeUuids/const",
        "keyword": "const",
        "params": {
          "allowedValue": true
        },
        "message": "must be equal to constant"
      },
      {
        "instancePath": "/vmMonitors/0",
        "schemaPath": "#/properties/vmMonitors/items/oneOf",
        "keyword": "oneOf",
        "params": {
          "passingSchemas": null
        },
        "message": "must match exactly one schema in oneOf"
      }
    ]
  },
  "message": "invalid parameters",
  "name": "XoError",
  "stack": "XoError: invalid parameters
    at invalidParameters (/opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-common/api-errors.js:26:11)
    at default._configurePlugin (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/plugins.mjs:175:13)
    at default.configurePlugin (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/plugins.mjs:199:16)
    at Xo.configure (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/api/plugin.mjs:12:3)
    at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202503081124/@vates/task/index.js:175:22)
    at Task.run (/opt/xo/xo-builds/xen-orchestra-202503081124/@vates/task/index.js:159:20)
    at Api.#callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202503081124/packages/xo-server/src/xo-mixins/api.mjs:469:18)"
}
</code></pre>
]]></description><link>https://xcp-ng.org/forum/post/90573</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90573</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 08 Mar 2025 11:20:46 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 08 Mar 2025 08:20:04 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a><br />
3rd run</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741419699057-screenshot-2025-03-08-at-08-40-54-xo-ce_copy-x1.png" alt="Screenshot 2025-03-08 at 08-40-54 XO CE_COPY (X1 🛰️).png" class=" img-fluid img-markdown" /></p>
<p dir="auto">No alert.<br />
Somehow, the CPU usage is lower.<br />
I shall lower the alert limits to see what happens.</p>
<p dir="auto">4th run with 55% limit<br />
I got 1+1 alarms this time.</p>
<p dir="auto">5th run<br />
I got 1+1 alarms this time to.</p>
<p dir="auto">6th run<br />
Increased the concurrency to 2.<br />
this did put some more stress on the system.</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741421541577-screenshot-2025-03-08-at-09-12-05-xo-ce_copy-x1.png" alt="Screenshot 2025-03-08 at 09-12-05 XO CE_COPY (X1 🛰️).png" class=" img-fluid img-markdown" /><br />
only 1+1 alerts again.<br />
Seems like You nailed it.</p>
<blockquote>
<p dir="auto">Maybe You should check some more <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":-)" alt="🙂" /></p>
</blockquote>
<p dir="auto">And I am sorry for that, I was wrong <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":-)" alt="🙂" /></p>
]]></description><link>https://xcp-ng.org/forum/post/90569</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90569</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 08 Mar 2025 08:20:04 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 08 Mar 2025 01:25:11 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a><br />
And it did report the correct VM at the end of alert</p>
]]></description><link>https://xcp-ng.org/forum/post/90567</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90567</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 08 Mar 2025 01:25:11 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 08 Mar 2025 01:23:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/bastien-nollet" aria-label="Profile: Bastien-Nollet">@<bdi>Bastien-Nollet</bdi></a><br />
Hi<br />
I updated my test server and a copy of a Ronivay XO</p>
<p dir="auto">1st run<br />
<img src="/forum/assets/uploads/files/1741395779641-screenshot-2025-03-08-at-01-59-44-xo-ce_copy-x1.png" alt="Screenshot 2025-03-08 at 01-59-44 XO CE_COPY (X1 🛰️).png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Host:<br />
<img src="/forum/assets/uploads/files/1741395792780-screenshot-2025-03-08-at-02-00-49-x1-dell.png" alt="Screenshot 2025-03-08 at 02-00-49 X1 🛰️ (Dell).png" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741395925963-screenshot-2025-03-08-at-02-04-32-10-inkorg-jake.blues@protonmail.com-proton-mail.png" alt="Screenshot 2025-03-08 at 02-04-32 (10) Inkorg jake.blues@protonmail.com Proton Mail.png" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741395948287-screenshot-2025-03-08-at-02-04-42-10-inkorg-jake.blues@protonmail.com-proton-mail.png" alt="Screenshot 2025-03-08 at 02-04-42 (10) Inkorg jake.blues@protonmail.com Proton Mail.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">I only got 1+1 alert on e-mail, that seems OK.</p>
<hr />
<p dir="auto">2nd run</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1741396410068-screenshot-2025-03-08-at-02-13-11-xo-ce_copy-x1.png" alt="Screenshot 2025-03-08 at 02-13-11 XO CE_COPY (X1 🛰️).png" class=" img-fluid img-markdown" /></p>
<p dir="auto">This time NO alert. <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--disappointed" style="height:23px;width:auto;vertical-align:middle" title=":-(" alt="😞" /><br />
Maybe You should check some more <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":-)" alt="🙂" /><br />
I will test again tomorrow, Good night...</p>
]]></description><link>https://xcp-ng.org/forum/post/90566</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90566</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 08 Mar 2025 01:23:22 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Fri, 07 Mar 2025 18:43:05 GMT]]></title><description><![CDATA[<p dir="auto">Hi <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/jamfofl" aria-label="Profile: JamfoFL">@<bdi>JamfoFL</bdi></a> ,</p>
<p dir="auto">We have just merged to master a fix for this spam issue. Can you test these changes and confirm that the problem has been solved for you?</p>
]]></description><link>https://xcp-ng.org/forum/post/90552</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/90552</guid><dc:creator><![CDATA[Bastien Nollet]]></dc:creator><pubDate>Fri, 07 Mar 2025 18:43:05 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 17:32:13 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> said in <a href="/forum/post/83034">Lots of performance alerts after upgrading XO to commit aa490</a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a><br />
One strange note when I get the alarms on e-mail during a full backup of my running XO</p>
<p dir="auto"><code>Alert: vm cpu usage &gt; 65%, XO 67,8%</code></p>
<p dir="auto"><code>End of alert: vm cpu usage &gt; 65% SyncMate 0,3%</code></p>
<p dir="auto">End of alert is the wrong VM, should be XO.<br />
In Dashboard/Health it's OK, it says XO in both alert and end of alert ??</p>
<p dir="auto">Not a big deal for me, but I thought might as well report it</p>
</blockquote>
<p dir="auto">I added a new VM and put it in a backup job (which had a concurrency of 2) and got these new alerts:<br />
<code>ALERT: VM CPU usage &gt; 80% XO5: 80.4%</code><br />
<code>End of alert: vm cpu usage &gt; 80% HomeAssistant: 6,7%</code><br />
It seems like the reporting has changed and is reporting the latest VM.</p>
<p dir="auto">The host alert is reporting in the same way<br />
<code>ALERT: host memory usage &gt; 90%     X2 🚀: 92.7% used</code><br />
<code>END OF ALERT: host memory usage &gt; 90% X1: 11.3%</code></p>
<p dir="auto">I have changed all jobs to concurrency 1 and I have not got any SR alert</p>
]]></description><link>https://xcp-ng.org/forum/post/85046</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85046</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Tue, 29 Oct 2024 17:32:13 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 16:32:31 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/mathieura" aria-label="Profile: MathieuRA">@<bdi>MathieuRA</bdi></a> Thanks so much!  I appreciate all the effort!</p>
]]></description><link>https://xcp-ng.org/forum/post/85041</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85041</guid><dc:creator><![CDATA[JamfoFL]]></dc:creator><pubDate>Tue, 29 Oct 2024 16:32:31 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 14:45:17 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/mathieura" aria-label="Profile: MathieuRA">@<bdi>MathieuRA</bdi></a><br />
Yes, All running hosts and all running VMs</p>
]]></description><link>https://xcp-ng.org/forum/post/85036</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85036</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Tue, 29 Oct 2024 14:45:17 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 14:39:10 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/jamfofl" aria-label="Profile: JamfoFL">@<bdi>JamfoFL</bdi></a> As the bug appears to be non-trivial, I’ll create the issue on our end, and then we’ll see with the team to schedule this task. We’ll keep you updated here.</p>
]]></description><link>https://xcp-ng.org/forum/post/85035</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85035</guid><dc:creator><![CDATA[MathieuRA]]></dc:creator><pubDate>Tue, 29 Oct 2024 14:39:10 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 14:30:38 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/mathieura" aria-label="Profile: MathieuRA">@<bdi>MathieuRA</bdi></a> Yes, I can confirm I am using the All Running VMs and All Running Hosts (I am not using All Running SRs, but I never get alerts for those because I have a LOT of free disk space).</p>
<p dir="auto">I did place an exclusion for one of my VMs (the one that was generating dozens and dozens of alerts) to cut down on some of that chatter, but even with one machine excluded, when I do get a report from one of the other VMs it still has the same issue:  the <strong>proper</strong> VM will generate the alert, but an <strong>improper</strong> VM will be reported in the end of alert message.</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1730212063422-99a28ab9-e20c-4373-82f5-3a82ba9e7555-image.png" alt="99a28ab9-e20c-4373-82f5-3a82ba9e7555-image.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">So... as far as I can tell, we still have the issue with the improper machine identification <em>and</em> the Average Length field is ignored so a machine that pops over the threshold, then briefly under the threshold for a few seconds, then back over the threshold again will generate three messages (alert, end of alert, alert) in several seconds instead of looking at the average to make sure the dip isn't just a brief one.</p>
<p dir="auto">Hopefully that makes sense.</p>
<p dir="auto">Thanks again!</p>
]]></description><link>https://xcp-ng.org/forum/post/85034</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85034</guid><dc:creator><![CDATA[JamfoFL]]></dc:creator><pubDate>Tue, 29 Oct 2024 14:30:38 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Tue, 29 Oct 2024 14:21:17 GMT]]></title><description><![CDATA[<p dir="auto">Hi. I am finally able to reproduce the end of alert issue.<br />
However, I was only able to reproduce if I used the "ALL *" options and not by manually selecting the objects to monitor. Can you confirm that you are using <code>All running VMs/Hosts/SRs</code>?</p>
]]></description><link>https://xcp-ng.org/forum/post/85032</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/85032</guid><dc:creator><![CDATA[MathieuRA]]></dc:creator><pubDate>Tue, 29 Oct 2024 14:21:17 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Fri, 18 Oct 2024 13:58:39 GMT]]></title><description><![CDATA[<p dir="auto">Also ping <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/bastien-nollet" aria-label="Profile: Bastien-Nollet">@<bdi>Bastien-Nollet</bdi></a> &amp; <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/mathieura" aria-label="Profile: MathieuRA">@<bdi>MathieuRA</bdi></a> since it seems also visible here</p>
]]></description><link>https://xcp-ng.org/forum/post/84460</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/84460</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Fri, 18 Oct 2024 13:58:39 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Fri, 18 Oct 2024 13:53:01 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> I'm seeing the same thing as you, where I'm getting a mismatch between the server that is sending out the alert and then ending the alert.  Just like you, it is actually the XO server that is truly the one that should be alerting.  The  second server (and it's always the same second server) is NOT having any issues with CPU or memory usage but is being drug into the alerts for some strange reason.</p>
<p dir="auto">I'm currently on Commit 2e8d3 running Xen from sources.  Yes, I know I'm 5 commits behind right now, and will update as soon as I finish this message.  However, this issue has been going on for me for some time now and when I saw others with the same issue, I figured I'd add to the chain.</p>
<p dir="auto">One other thing that happed around the same time this issue started...  it seems the Average Length value for alerts are being ignored, or are at least being handled differently than they had previously.  For example, I have my CPU alert set to trip if it exceeds 90% for over 600 seconds.  Before the issue started, if I had a long running backup, my CPU would go over 90% and could sometimes stay there for an hour or more.  During that period, I would get a single alert after the CPU was over 90% for that period of time and then Xen was "smart" enough that it would keep an eye on the average, so a brief couple second dip below 90% would NOT send out an "end of alert" and then a second "alert" message when the CPU went over 90% once again.  This is not happening anymore... if the CPU spikes over my 90% threshold, I get an almost immediate alert message.  The instant the CPU goes below the 90% threshold, I get an immediate end of alert message.  If threshold goes back over 90%, even a few seconds later, I get yet another alert message.</p>
<p dir="auto">This has had the effect where instead of getting a single message that spans the duration of the time the threshold is exceeded, where brief dips below were ignored if they were only a few seconds long, I am now getting an alert/end of alert/alert sequence for every seconds-long dip in CPU usage.  Last night, for example, I received over 360 alert e-mails because of this, with many  happening within seconds:<br />
<img src="/forum/assets/uploads/files/1729259417678-11468377-88a7-4dcd-8db5-d546ed842711-image.png" alt="11468377-88a7-4dcd-8db5-d546ed842711-image.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">So... just confirming what <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/ph7" aria-label="Profile: ph7">@<bdi>ph7</bdi></a> has been seeing... alerts are sending out from one server and a second sends the end-of-alerts, and for some reason the ability of Xen to average the alerts over the selected period of time so messages aren't sent out with every single seconds-long dip below the threshold is no longer working, as well.</p>
<p dir="auto">Thanks!</p>
]]></description><link>https://xcp-ng.org/forum/post/84458</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/84458</guid><dc:creator><![CDATA[JamfoFL]]></dc:creator><pubDate>Fri, 18 Oct 2024 13:53:01 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Wed, 25 Sep 2024 18:00:50 GMT]]></title><description><![CDATA[<p dir="auto">Might be a bug, worth pinging <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/mathieura" aria-label="Profile: MathieuRA">@<bdi>MathieuRA</bdi></a></p>
]]></description><link>https://xcp-ng.org/forum/post/83035</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/83035</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Wed, 25 Sep 2024 18:00:50 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Wed, 25 Sep 2024 17:59:38 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a><br />
One strange note when I get the alarms on e-mail during a full backup of my running XO</p>
<p dir="auto"><code>Alert: vm cpu usage &gt; 65%, XO 67,8%</code></p>
<p dir="auto"><code>End of alert: vm cpu usage &gt; 65% SyncMate 0,3%</code></p>
<p dir="auto">End of alert is the wrong VM, should be XO.<br />
In Dashboard/Health it's OK, it says XO in both alert and end of alert ??</p>
<p dir="auto">Not a big deal for me, but I thought might as well report it</p>
]]></description><link>https://xcp-ng.org/forum/post/83034</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/83034</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Wed, 25 Sep 2024 17:59:38 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sun, 22 Sep 2024 10:13:36 GMT]]></title><description><![CDATA[<p dir="auto">Don't worry, it's not your fault, it's just that's the xxx time it happened <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f609.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--wink" style="height:23px;width:auto;vertical-align:middle" title=";)" alt="😉" /></p>
<p dir="auto">Still, it's interesting to had your feedback about the perf change with Node 20 (we read something about it recently)</p>
]]></description><link>https://xcp-ng.org/forum/post/82927</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82927</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Sun, 22 Sep 2024 10:13:36 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 22:01:17 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a> said in <a href="/forum/post/82920">Lots of performance alerts after upgrading XO to commit aa490</a>:</p>
<blockquote>
<p dir="auto">You could have saved an entire evening by using our official doc to install XO instead of a 3rd party script by the way. I don't blame you, I blame the fact that those 3rd party providers should be clearly contacted first before using community's time (and/or XO dev time, and/or mine). And it's not obvious enough since I'm repeating this around 5 times a month.</p>
</blockquote>
<p dir="auto">I'm retired, so for me it's Saturday all week.<br />
Sorry I have wasted Your time.<br />
I knew very well about the 3rd party debacle, but didn't think about it now<br />
Now I'm Setting up a new VM, building it properly from the docs.</p>
]]></description><link>https://xcp-ng.org/forum/post/82921</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82921</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 21 Sep 2024 22:01:17 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 21:44:29 GMT]]></title><description><![CDATA[<p dir="auto">Sigh... So that's the issue when one use 3rd party installers/repo. It's a lot harder to find the root cause, that's why we have put this big yellow warning in our doc:</p>
<p dir="auto"><img src="/forum/assets/uploads/files/1726954824040-3e4c6c60-9d63-4b78-bbac-c1dcaac9db8c-commwarning.jpg" alt="3e4c6c60-9d63-4b78-bbac-c1dcaac9db8c-commwarning.JPG" class=" img-fluid img-markdown" /></p>
<p dir="auto"><a href="https://xen-orchestra.com/docs/community.html" target="_blank" rel="noopener noreferrer nofollow ugc">https://xen-orchestra.com/docs/community.html</a></p>
<p dir="auto">This is consistently making everyone losing precious time to understand a problem in the first place. <strong>Nobody (expect the 3rd party script provider) could guess that this script changed the Node version between "releases"</strong>. You wouldn't have this result by just building from our doc.</p>
<p dir="auto">So yes, that's very likely the reason here (Node 18 vs Node 20). Node 20 introduced different things that could trigger this behavior (adding <a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/julien-f" aria-label="Profile: julien-f">@<bdi>julien-f</bdi></a> in the loop)</p>
<p dir="auto">You could have saved an entire evening by using our official doc to install XO instead of a 3rd party script by the way. I don't blame you, I blame the fact that those 3rd party providers should be clearly contacted first before using community's time (and/or XO dev time, and/or mine). And it's not obvious enough since I'm repeating this around 5 times a month.</p>
]]></description><link>https://xcp-ng.org/forum/post/82920</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82920</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Sat, 21 Sep 2024 21:44:29 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 21:18:26 GMT]]></title><description><![CDATA[<p dir="auto">I have built a new XO with the ronivay-script and got almost the same result<br />
It get a warning: Address already in use. So I stopped the xo-server<br />
It didn't help. here is the output</p>
<pre><code>root@XO-test:~# /bin/systemctl stop xo-server
root@XO-test:~# cd /opt/xo/xo-src/xen-orchestra
root@XO-test:/opt/xo/xo-src/xen-orchestra# git checkout master
Tidigare position för HEAD var 9d196c421 feat(xo-server/rest-api/dashboard): add alarms info (#7914)
Växlade till grenen "master"
Din gren är à jour med "origin/master".
root@XO-test:/opt/xo/xo-src/xen-orchestra# git pull --ff-only
Redan à jour.
root@XO-test:/opt/xo/xo-src/xen-orchestra# git bisect start
Redan på "master"
Din gren är à jour med "origin/master".
status: väntar på både bra och trasiga incheckningar
root@XO-test:/opt/xo/xo-src/xen-orchestra# git bisect bad
status: väntar på bra incheckning(ar), trasig incheckning känd
root@XO-test:/opt/xo/xo-src/xen-orchestra# git bisect good f9220cd272674ef2f0403c9b784c955783fae334
Bisect: 105 revisioner kvar att testa efter denna (ungefär 7 steg)
[9d196c4211a35d4da9fbfe4145fb700c8087fd3e] feat(xo-server/rest-api/dashboard): add alarms info (#7914)
root@XO-test:/opt/xo/xo-src/xen-orchestra# yarn; yarn build
yarn install v1.22.22
[1/5] Validating package.json...
[2/5] Resolving packages...
success Already up-to-date.
$ husky install
husky - Git hooks installed
Done in 2.09s.
yarn run v1.22.22
$ TURBO_TELEMETRY_DISABLED=1 turbo run build --filter xo-server --filter xo-server-'*' --filter xo-web
• Packages in scope: xo-server, xo-server-audit, xo-server-auth-github, xo-server-auth-google, xo-server-auth-ldap, xo-server-auth-oidc, xo-server-auth-saml, xo-server-backup-reports, xo-server-load-balancer, xo-server-netbox, xo-server-perf-alert, xo-server-sdn-controller, xo-server-test, xo-server-test-plugin, xo-server-transport-email, xo-server-transport-icinga2, xo-server-transport-nagios, xo-server-transport-slack, xo-server-transport-xmpp, xo-server-usage-report, xo-server-web-hooks, xo-web
• Running build in 22 packages
• Remote caching disabled

 Tasks:    25 successful, 25 total
Cached:    25 cached, 25 total
  Time:    2.395s &gt;&gt;&gt; FULL TURBO

Done in 2.87s.
root@XO-test:/opt/xo/xo-src/xen-orchestra# ./packages/xo-server/dist/cli.mjs
2024-09-21T19:26:06.785Z xo:main INFO Configuration loaded.
2024-09-21T19:26:06.792Z xo:main INFO Web server listening on http://[::]:80
2024-09-21T19:26:07.308Z xo:mixins:hooks WARN start failure {
  error: Error: spawn xenstore-read ENOENT
      at Process.ChildProcess._handle.onexit (node:internal/child_process:286:19)
      at onErrorNT (node:internal/child_process:484:16)
      at processTicksAndRejections (node:internal/process/task_queues:82:21) {
    errno: -2,
    code: 'ENOENT',
    syscall: 'spawn xenstore-read',
    path: 'xenstore-read',
    spawnargs: [ 'vm' ],
    cmd: 'xenstore-read vm'
  }
}
2024-09-21T19:26:07.707Z xo:main INFO Setting up /robots.txt → /opt/xo/xo-src/xen-orchestra/packages/xo-server/robots.txt
2024-09-21T19:26:07.800Z xo:main INFO Setting up / → /opt/xo/xo-web/dist/
2024-09-21T19:26:07.800Z xo:main INFO Setting up /v6 → /opt/xo/xo-src/xen-orchestra/@xen-orchestra/web/dist
2024-09-21T19:26:07.862Z xo:plugin INFO register audit
2024-09-21T19:26:07.863Z xo:plugin INFO register auth-github
2024-09-21T19:26:07.864Z xo:plugin INFO register auth-google
2024-09-21T19:26:07.864Z xo:plugin INFO register auth-ldap
2024-09-21T19:26:07.865Z xo:plugin INFO register auth-oidc
2024-09-21T19:26:07.865Z xo:plugin INFO register auth-saml
2024-09-21T19:26:07.865Z xo:plugin INFO register backup-reports
2024-09-21T19:26:07.866Z xo:plugin INFO register load-balancer
2024-09-21T19:26:07.866Z xo:plugin INFO register netbox
2024-09-21T19:26:07.866Z xo:plugin INFO register perf-alert
2024-09-21T19:26:07.867Z xo:plugin INFO register sdn-controller
2024-09-21T19:26:07.867Z xo:plugin INFO register test
2024-09-21T19:26:07.868Z xo:plugin INFO register test-plugin
2024-09-21T19:26:07.868Z xo:plugin INFO register transport-email
2024-09-21T19:26:07.868Z xo:plugin INFO register transport-icinga2
2024-09-21T19:26:07.869Z xo:plugin INFO register transport-nagios
2024-09-21T19:26:07.869Z xo:plugin INFO register transport-slack
2024-09-21T19:26:07.870Z xo:plugin INFO register transport-xmpp
2024-09-21T19:26:07.870Z xo:plugin INFO register usage-report
2024-09-21T19:26:07.870Z xo:plugin INFO register web-hooks
2024-09-21T19:26:07.871Z xo:plugin INFO failed register test
2024-09-21T19:26:07.871Z xo:plugin INFO Cannot find module '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/dist'. Please verify that the package.json has a valid "main" entry {
  error: Error: Cannot find module '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/dist'. Please verify that the package.json has a valid "main" entry
      at tryPackage (node:internal/modules/cjs/loader:487:19)
      at Function.Module._findPath (node:internal/modules/cjs/loader:771:18)
      at Function.Module._resolveFilename (node:internal/modules/cjs/loader:1211:27)
      at requireResolve (node:internal/modules/helpers:190:19)
      at Xo.call (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:354:32)
      at Xo.call (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:406:25)
      at from (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:442:95)
      at Function.from (&lt;anonymous&gt;)
      at registerPlugins (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:442:27)
      at main (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:921:5) {
    code: 'MODULE_NOT_FOUND',
    path: '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/package.json',
    requestPath: '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test'
  }
}
strict mode: required property "discoveryURL" is not defined at "#/anyOf/0" (strictRequired)
strict mode: missing type "object" for keyword "required" at "#/anyOf/1/properties/advanced" (strictTypes)
strict mode: required property "authorizationURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "issuer" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "userInfoURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "tokenURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
2024-09-21T19:26:10.172Z xo:plugin INFO successfully register auth-github
2024-09-21T19:26:10.172Z xo:plugin INFO successfully register auth-google
2024-09-21T19:26:10.172Z xo:plugin INFO successfully register auth-ldap
2024-09-21T19:26:10.172Z xo:plugin INFO successfully register auth-oidc
2024-09-21T19:26:10.172Z xo:plugin INFO successfully register auth-saml
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register netbox
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register test-plugin
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register transport-icinga2
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register transport-nagios
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register transport-slack
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register transport-xmpp
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register web-hooks
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register usage-report
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register load-balancer
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register backup-reports
2024-09-21T19:26:10.173Z xo:plugin INFO successfully register transport-email
2024-09-21T19:26:10.180Z xo:plugin INFO successfully register audit
2024-09-21T19:26:10.180Z xo:plugin INFO successfully register perf-alert
2024-09-21T19:26:10.224Z xo:plugin INFO successfully register sdn-controller
</code></pre>
<p dir="auto">Well that didn't go as planned</p>
<hr />
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a> said in <a href="/forum/post/82909">Lots of performance alerts after upgrading XO to commit aa490</a>:</p>
<blockquote>
<p dir="auto">Hi,</p>
<ol>
<li>What's the result with XOA <code>latest</code>?</li>
<li>Have you changed Node version between the update?</li>
<li>It would be truly helpful if you can manage to find the exact culprit (commit).</li>
</ol>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/julien-f" aria-label="Profile: julien-f">@<bdi>julien-f</bdi></a> wrote a guide to use Git bisect: <a href="https://xcp-ng.org/forum/post/58981">https://xcp-ng.org/forum/post/58981</a></p>
<p dir="auto">Since you know a good commit (here <code>f9220</code>) you should be able to quickly find the problematic code change</p>
</blockquote>
<ol start="2">
<li>the f9220 build used node v18.20.4<br />
The latest build 21bd7 use v20.17.0<br />
Could it be that the newer node is faster than the old one?</li>
</ol>
<p dir="auto">f9220:<br />
<img src="/forum/assets/uploads/files/1726948870335-screenshot-2024-09-21-at-21-52-17-xo-20240716t225707z-x2.png" alt="Screenshot 2024-09-21 at 21-52-17 XO (20240716T225707Z) (X2 🚀).png" class=" img-fluid img-markdown" /></p>
<hr />
<p dir="auto">21bd7:<br />
<img src="/forum/assets/uploads/files/1726948965087-screenshot-2024-09-21-at-21-44-28-xo-test-x2.png" alt="Screenshot 2024-09-21 at 21-44-28 XO-test (X2 🚀).png" class=" img-fluid img-markdown" /></p>
<p dir="auto">On 21bd7, if I increase frequency threshold to 65% it run backup without alert<br />
Yes 21bd7 is a little bit faster but not that much that you have to increase from 40% to 65%<br />
That's an increase by 62.5%</p>
<p dir="auto">Ran out of tests for today, but it was a nice way to spend a Saturday evening ;o)</p>
]]></description><link>https://xcp-ng.org/forum/post/82917</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82917</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 21 Sep 2024 21:18:26 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 20:29:41 GMT]]></title><description><![CDATA[<ol>
<li>I havent tested XOA yet. need a new trial period</li>
<li>I have not changed anything but the updates for the host showing up in XO, and running the ronivay-script</li>
<li>Testing the guide to use Git bisect</li>
</ol>
<p dir="auto">More errors<br />
Seems I bult this XO on another host. not the same IP as the one I use now.<br />
2024-09-21T17:05:32.024Z xo:xo-mixins:xen-servers WARN failed to connect to XenServer {<br />
host: '192.168.11.29',</p>
<p dir="auto">Should have been .22<br />
Here is the full story</p>
<pre><code>root@XO:~# cd /opt/xo/xo-src/xen-orchestra
root@XO:/opt/xo/xo-src/xen-orchestra# git checkout master
git pull --ff-only
Redan på "master"
Din gren är à jour med "origin/master".
remote: Enumerating objects: 60, done.
remote: Counting objects: 100% (60/60), done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 60 (delta 47), reused 60 (delta 47), pack-reused 0 (from 0)
Packar upp objekt: 100% (60/60), 8,30 KiB | 58,00 KiB/s, klart.
Från https://github.com/vatesfr/xen-orchestra
 + eba6c5d2a...ce0408a80 web-core/vts-link                    -&gt; origin/web-core/vts-link  (tvingad uppdatering)
 + 1a8ea782a...b8e88f3ab xo-collection-jest-to-node-core-test -&gt; origin/xo-collection-jest-to-node-core-test  (tvingad uppdatering)
 + e39f4e781...301ad2372 xo6/counter-component-v2             -&gt; origin/xo6/counter-component-v2  (tvingad uppdatering)
Redan à jour.
root@XO:/opt/xo/xo-src/xen-orchestra# git bisect start
status: väntar på både bra och trasiga incheckningar
root@XO:/opt/xo/xo-src/xen-orchestra# git bisect bad
status: väntar på bra incheckning(ar), trasig incheckning känd
root@XO:/opt/xo/xo-src/xen-orchestra# git bisect good f9220cd272674ef2f0403c9b784c955783fae334
Bisect: 105 revisioner kvar att testa efter denna (ungefär 7 steg)
[9d196c4211a35d4da9fbfe4145fb700c8087fd3e] feat(xo-server/rest-api/dashboard): add alarms info (#7914)
root@XO:/opt/xo/xo-src/xen-orchestra# yarn; yarn build
yarn install v1.22.22
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
[4/5] Linking dependencies...
warning "@commitlint/cli &gt; @commitlint/load &gt; cosmiconfig-typescript-loader@5.0.0" has unmet peer dependency "@types/node@*".
warning "@commitlint/cli &gt; @commitlint/load &gt; cosmiconfig-typescript-loader@5.0.0" has unmet peer dependency "typescript@&gt;=4".
warning "@typescript-eslint/eslint-plugin &gt; ts-api-utils@1.3.0" has unmet peer dependency "typescript@&gt;=4.2.0".
warning " &gt; @xen-orchestra/web-core@0.0.5" has unmet peer dependency "pinia@^2.1.7".
warning " &gt; @xen-orchestra/web-core@0.0.5" has incorrect peer dependency "vue@^3.4.13".
warning " &gt; @xen-orchestra/web-core@0.0.5" has unmet peer dependency "vue-i18n@^9.9.0".
warning " &gt; @xen-orchestra/web-core@0.0.5" has unmet peer dependency "vue-router@^4.4.0".
warning "workspace-aggregator-d6337d82-43ae-4757-801a-58e0e4bdc6ef &gt; @vates/event-listeners-manager &gt; tap &gt; @tapjs/test &gt; @isaacs/ts-node-temp-fork-for-pr-2009@10.9.7" has unmet peer dependency "@types/node@*".
warning "workspace-aggregator-d6337d82-43ae-4757-801a-58e0e4bdc6ef &gt; @vates/event-listeners-manager &gt; tap &gt; @tapjs/asserts &gt; tcompare &gt; react-element-to-jsx-string@15.0.0" has unmet peer dependency "react@^0.14.8 || ^15.0.1 || ^16.0.0 || ^17.0.1 || ^18.0.0".
warning "workspace-aggregator-d6337d82-43ae-4757-801a-58e0e4bdc6ef &gt; @vates/event-listeners-manager &gt; tap &gt; @tapjs/asserts &gt; tcompare &gt; react-element-to-jsx-string@15.0.0" has unmet peer dependency "react-dom@^0.14.8 || ^15.0.1 || ^16.0.0 || ^17.0.1 || ^18.0.0".
warning Workspaces can only be enabled in private projects.
[5/5] Building fresh packages...
$ husky install
husky - Git hooks installed
Done in 121.66s.
yarn run v1.22.22
$ TURBO_TELEMETRY_DISABLED=1 turbo run build --filter xo-server --filter xo-server-'*' --filter xo-web
• Packages in scope: xo-server, xo-server-audit, xo-server-auth-github, xo-server-auth-google, xo-server-auth-ldap, xo-server-auth-oidc, xo-server-auth-saml, xo-server-backup-reports, xo-server-load-balancer, xo-server-netbox, xo-server-perf-alert, xo-server-sdn-controller, xo-server-test, xo-server-test-plugin, xo-server-transport-email, xo-server-transport-icinga2, xo-server-transport-nagios, xo-server-transport-slack, xo-server-transport-xmpp, xo-server-usage-report, xo-server-web-hooks, xo-web
• Running build in 22 packages
• Remote caching disabled

 Tasks:    25 successful, 25 total
Cached:    0 cached, 25 total
  Time:    2m41.126s 

Done in 161.48s.
root@XO:/opt/xo/xo-src/xen-orchestra# ./packages/xo-server/dist/cli.mjs
2024-09-21T17:05:28.333Z xo:main INFO Configuration loaded.
2024-09-21T17:05:28.369Z xo:main WARN Web server could not listen on http://localhost:80 {
  error: Error: listen EADDRINUSE: address already in use :::80
      at Server.setupListenHandle [as _listen2] (node:net:1817:16)
      at listenInCluster (node:net:1865:12)
      at Server.listen (node:net:1953:7)
      at Server.listen (/opt/xo/xo-src/xen-orchestra/node_modules/http-server-plus/index.js:171:12)
      at makeWebServerListen (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:508:37)
      at Array.&lt;anonymous&gt; (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:532:5)
      at Function.from (&lt;anonymous&gt;)
      at asyncMap (/opt/xo/xo-src/xen-orchestra/@xen-orchestra/async-map/index.js:23:28)
      at createWebServer (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:531:9)
      at main (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:810:27) {
    code: 'EADDRINUSE',
    errno: -98,
    syscall: 'listen',
    address: '::',
    port: 80,
    niceAddress: 'http://localhost:80'
  }
}
2024-09-21T17:05:28.372Z xo:main WARN   Address already in use.
2024-09-21T17:05:28.868Z xo:mixins:hooks WARN start failure {
  error: Error: spawn xenstore-read ENOENT
      at Process.ChildProcess._handle.onexit (node:internal/child_process:284:19)
      at onErrorNT (node:internal/child_process:477:16)
      at processTicksAndRejections (node:internal/process/task_queues:82:21) {
    errno: -2,
    code: 'ENOENT',
    syscall: 'spawn xenstore-read',
    path: 'xenstore-read',
    spawnargs: [ 'vm' ],
    cmd: 'xenstore-read vm'
  }
}
2024-09-21T17:05:30.142Z xo:main INFO Setting up /robots.txt → /opt/xo/xo-src/xen-orchestra/packages/xo-server/robots.txt
2024-09-21T17:05:30.236Z xo:main INFO Setting up / → /opt/xo/xo-web/dist/
2024-09-21T17:05:30.237Z xo:main INFO Setting up /v6 → /opt/xo/xo-src/xen-orchestra/@xen-orchestra/web/dist
2024-09-21T17:05:30.241Z xo:plugin INFO register audit
2024-09-21T17:05:30.242Z xo:plugin INFO register auth-github
2024-09-21T17:05:30.243Z xo:plugin INFO register auth-google
2024-09-21T17:05:30.244Z xo:plugin INFO register auth-ldap
2024-09-21T17:05:30.245Z xo:plugin INFO register auth-oidc
2024-09-21T17:05:30.247Z xo:plugin INFO register auth-saml
2024-09-21T17:05:30.248Z xo:plugin INFO register backup-reports
2024-09-21T17:05:30.249Z xo:plugin INFO register load-balancer
2024-09-21T17:05:30.250Z xo:plugin INFO register netbox
2024-09-21T17:05:30.251Z xo:plugin INFO register perf-alert
2024-09-21T17:05:30.252Z xo:plugin INFO register sdn-controller
2024-09-21T17:05:30.253Z xo:plugin INFO register test
2024-09-21T17:05:30.255Z xo:plugin INFO register test-plugin
2024-09-21T17:05:30.255Z xo:plugin INFO register transport-email
2024-09-21T17:05:30.256Z xo:plugin INFO register transport-icinga2
2024-09-21T17:05:30.257Z xo:plugin INFO register transport-nagios
2024-09-21T17:05:30.258Z xo:plugin INFO register transport-slack
2024-09-21T17:05:30.259Z xo:plugin INFO register transport-xmpp
2024-09-21T17:05:30.260Z xo:plugin INFO register usage-report
2024-09-21T17:05:30.261Z xo:plugin INFO register web-hooks
2024-09-21T17:05:30.263Z xo:plugin INFO failed register test
2024-09-21T17:05:30.263Z xo:plugin INFO Cannot find module '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/dist'. Please verify that the package.json has a valid "main" entry {
  error: Error: Cannot find module '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/dist'. Please verify that the package.json has a valid "main" entry
      at tryPackage (node:internal/modules/cjs/loader:443:19)
      at Function.Module._findPath (node:internal/modules/cjs/loader:711:18)
      at Function.Module._resolveFilename (node:internal/modules/cjs/loader:1126:27)
      at requireResolve (node:internal/modules/helpers:188:19)
      at Xo.call (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:354:32)
      at Xo.call (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:406:25)
      at from (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:442:95)
      at Function.from (&lt;anonymous&gt;)
      at registerPlugins (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:442:27)
      at main (file:///opt/xo/xo-src/xen-orchestra/packages/xo-server/src/index.mjs:921:5) {
    code: 'MODULE_NOT_FOUND',
    path: '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test/package.json',
    requestPath: '/opt/xo/xo-src/xen-orchestra/packages/xo-server-test'
  }
}
strict mode: required property "discoveryURL" is not defined at "#/anyOf/0" (strictRequired)
strict mode: missing type "object" for keyword "required" at "#/anyOf/1/properties/advanced" (strictTypes)
strict mode: required property "authorizationURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "issuer" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "userInfoURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
strict mode: required property "tokenURL" is not defined at "#/anyOf/1/properties/advanced" (strictRequired)
2024-09-21T17:05:31.776Z xo:plugin INFO successfully register auth-github
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register auth-google
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register auth-ldap
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register auth-oidc
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register auth-saml
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register netbox
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register test-plugin
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register transport-icinga2
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register transport-nagios
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register transport-slack
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register transport-xmpp
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register web-hooks
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register usage-report
2024-09-21T17:05:31.777Z xo:plugin INFO successfully register backup-reports
2024-09-21T17:05:31.778Z xo:plugin INFO successfully register transport-email
2024-09-21T17:05:31.778Z xo:plugin INFO successfully register load-balancer
2024-09-21T17:05:31.787Z xo:plugin INFO successfully register audit
2024-09-21T17:05:31.787Z xo:plugin INFO successfully register perf-alert
2024-09-21T17:05:31.799Z xo:plugin INFO successfully register sdn-controller
2024-09-21T17:05:32.024Z xo:xo-mixins:xen-servers WARN failed to connect to XenServer {
  host: '192.168.11.29',
  error: Error: connect EHOSTUNREACH 192.168.11.29:443
      at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1555:16)
      at TCPConnectWrap.callbackTrampoline (node:internal/async_hooks:128:17) {
    errno: -113,
    code: 'EHOSTUNREACH',
    syscall: 'connect',
    address: '192.168.11.29',
    port: 443,
    call: { method: 'session.login_with_password', params: '* obfuscated *' }
  }
}
</code></pre>
<p dir="auto">And there it stops<br />
This XO server was buildt with ronivay script<br />
I vill install a new XO on this host.</p>
]]></description><link>https://xcp-ng.org/forum/post/82915</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82915</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 21 Sep 2024 20:29:41 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 20:30:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a><br />
Crap, I need an extension of the trial period to setup the email and alert in XOA</p>
]]></description><link>https://xcp-ng.org/forum/post/82914</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82914</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 21 Sep 2024 20:30:02 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 10:13:57 GMT]]></title><description><![CDATA[<p dir="auto">Haha no problem <img src="https://xcp-ng.org/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=1e2d7c4c493" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /> Enjoy your week-end!</p>
]]></description><link>https://xcp-ng.org/forum/post/82913</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82913</guid><dc:creator><![CDATA[olivierlambert]]></dc:creator><pubDate>Sat, 21 Sep 2024 10:13:57 GMT</pubDate></item><item><title><![CDATA[Reply to Lots of performance alerts after upgrading XO to commit aa490 on Sat, 21 Sep 2024 10:13:01 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/olivierlambert" aria-label="Profile: olivierlambert">@<bdi>olivierlambert</bdi></a><br />
I will test tonight, According to my wife. I have to get out into the sunshine now</p>
]]></description><link>https://xcp-ng.org/forum/post/82912</link><guid isPermaLink="true">https://xcp-ng.org/forum/post/82912</guid><dc:creator><![CDATA[ph7]]></dc:creator><pubDate>Sat, 21 Sep 2024 10:13:01 GMT</pubDate></item></channel></rss>