I believe that you should be able to go to the data/rrd/machinename directory and just remove the rrd file for the info you want to purge.

Thanks, Matt

On Tue, Nov 18, 2025 at 11:45 AM Randall Badilla Castro via Xymon < xymon@xymon.com> wrote:

Hi Josh, currently we didn't delete the old data... I'm not the owner of the xymon system also by company rules I should justify the deletion of that data. Besides that: I'm assuming that CPU downgrade requires special handling.

General question can we delete specific data from a host. For example, can we delete all CPU related data from this specific server and still have the disk, network and other monitored data. Like a specific reset.. Or is a all or nothing treatment?

---

From: Josh Luthman <josh@imaginenetworksllc.com> Sent: Tuesday, November 18, 2025 10:28 To: Xymon mailinglist <xymon@xymon.com> Cc: Randall Badilla Castro <randall.badillacastro@libertycr.com> Subject: [EXT] Re: [Xymon] will Xymon 4.3.30 handle automatically CPU downgrades?

You don't often get email from josh@imaginenetworksllc.com. Learn why this is important ⚠️️This message was sent from someone outside the company. BE CAREFUL with links or attachments. ⚠️️Este mensaje fue enviado por alguien ajeno a la empresa. TENGA CUIDADO con los enlaces o archivos adjuntos. Delete the old data for that host?

On Tue, Nov 18, 2025 at 11:13 AM Randall Badilla Castro via Xymon < xymon@xymon.com> wrote: Hi people: we use Xymon 4.3.30 and I believe had issues when vms are downgrade on the CPU quantity. For example one vms was 12 CPUs and month ago we re-shape it to 2 CPUs (same RAM). But the realCPU stats sometime show and Y axis of 120%... For example today got red alarm by realCPU on 95% and the graph show a Y axis of 120%. Should we make some adjustments or issue some command to correct this ?

Any input will really appreciate it. I don't know if this helps but; this example is running redhat 8.6 on Oracle OCI cloud.

cat /etc/*release NAME="Red Hat Enterprise Linux" VERSION="8.6 (Ootpa)" ID="rhel" ID_LIKE="fedora" VERSION_ID="8.6" PLATFORM_ID="platform:el8" PRETTY_NAME="Red Hat Enterprise Linux 8.6 (Ootpa)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos" HOME_URL="https://www.redhat.com/" DOCUMENTATION_URL=" https://access.redhat.com/documentation/red_hat_enterprise_linux/8/" BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_BUGZILLA_PRODUCT_VERSION=8.6 REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux" REDHAT_SUPPORT_PRODUCT_VERSION="8.6" Red Hat Enterprise Linux release 8.6 (Ootpa) Red Hat Enterprise Linux release 8.6 (Ootpa)

-- Quedamos atentos a vuestra amable retroalimentación y/u observaciones.

We are glad to hear your feedback and/or comments.

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com

-- Matthew Goebel : m <goebel@emunix.emich.edu>goebel@emich.edu : Unix Jockey @ EMU : Hail Eris Neo-Student, Net Lurker, Donut consumer, and procrastinating medher... "Always with the negative waves, Moriarty" - Oddball "Comfort the troubled, and trouble the comfortable." - Dietrich Bonhoeffer

You can use the xymon tool to drop a specific host and service.

xymon 127.0.0.1 "drop host service"

That way it will clean up everything 127.0.0.1 is the IP of the xymon server.

On Tue, 18 Nov 2025, Randall Badilla Castro via Xymon wrote:

Date: Tue, 18 Nov 2025 16:44:50 +0000 From: Randall Badilla Castro via Xymon <xymon@xymon.com> To: Josh Luthman <josh@imaginenetworksllc.com>, Xymon mailinglist <xymon@xymon.com> Cc: Randall Badilla Castro <randall.badillacastro@libertycr.com> Subject: [Xymon] Re: [EXT] Re: will Xymon 4.3.30 handle automatically CPU downgrades?

Hi Josh, currently we didn't delete the old data... I'm not the owner of the xymon system also by company rules I should justify the deletion of that data.  Besides that: I'm assuming that CPU downgrade requires special handling. 

General question can we delete specific data from a host. For example, can we delete all CPU related data from this specific server and still have the disk, network and other monitored data. Like a specific reset.. Or is a all or nothing treatment?  

---

From: Josh Luthman <josh@imaginenetworksllc.com> Sent: Tuesday, November 18, 2025 10:28 To: Xymon mailinglist <xymon@xymon.com> Cc: Randall Badilla Castro <randall.badillacastro@libertycr.com> Subject: [EXT] Re: [Xymon] will Xymon 4.3.30 handle automatically CPU downgrades?

You don't often get email from josh@imaginenetworksllc.com. Learn why this is important ⚠️️This message was sent from someone outside the company. BE CAREFUL with links or attachments. ⚠️️Este mensaje fue enviado por alguien ajeno a la empresa. TENGA CUIDADO con los enlaces o archivos adjuntos. Delete the old data for that host?

On Tue, Nov 18, 2025 at 11:13 AM Randall Badilla Castro via Xymon <xymon@xymon.com> wrote: Hi people: we use Xymon 4.3.30 and I believe had issues when vms are downgrade on the CPU quantity. For example one vms was 12 CPUs and month ago we re-shape it to 2 CPUs (same RAM). But the realCPU stats sometime show and Y axis of 120%... For example today got red alarm by realCPU on 95% and the graph show a Y axis of 120%. Should we make some adjustments or issue some command to correct this ?

Any input will really appreciate it. I don't know if this helps but; this example is running redhat 8.6 on Oracle OCI cloud.

 cat /etc/*release NAME="Red Hat Enterprise Linux" VERSION="8.6 (Ootpa)" ID="rhel" ID_LIKE="fedora" VERSION_ID="8.6" PLATFORM_ID="platform:el8" PRETTY_NAME="Red Hat Enterprise Linux 8.6 (Ootpa)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos" HOME_URL="https://www.redhat.com/" DOCUMENTATION_URL="https://access.redhat.com/documentation/red_hat_enterprise_linux/8/" BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_BUGZILLA_PRODUCT_VERSION=8.6 REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux" REDHAT_SUPPORT_PRODUCT_VERSION="8.6" Red Hat Enterprise Linux release 8.6 (Ootpa) Red Hat Enterprise Linux release 8.6 (Ootpa)

-- Quedamos atentos a vuestra amable retroalimentación y/u observaciones.

We are glad to hear your feedback and/or comments.

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com

Hi Randall

I'm not familiar with the "realCPU" static so it's hard to know what's going on here. There are various ways of calculating CPU usage, congestion and contention, so it's important to know where the data are coming from. Can you show a screenshot example of the graph? And/or the section in graphs.cfg (or from a file in graphs.d) that has "realCPU" in it? Are there files named "realCPU.rrd" in the host's subdirectory or the rrd directory?

I don't see how deleting old data will have any effect on how current data are presented.

Cheers Jeremy

On Thu, 20 Nov 2025 at 00:36, Josh Luthman <josh@imaginenetworksllc.com> wrote:

Comparing 2 CPU going forward versus 12 CPU in the past makes for some confusion. I'm not saying you have to delete that history for that one test on that one host, I'm saying it's a possibility. It's what I would do.

On Tue, Nov 18, 2025 at 11:44 AM Randall Badilla Castro <randall.badillacastro@libertycr.com> wrote:

...

Hi Josh, currently we didn't delete the old data... I'm not the owner of the xymon system also by company rules I should justify the deletion of that data. Besides that: I'm assuming that CPU downgrade requires special handling.

General question can we delete specific data from a host. For example, can we delete all CPU related data from this specific server and still have the disk, network and other monitored data. Like a specific reset.. Or is a all or nothing treatment?

---

From: Josh Luthman <josh@imaginenetworksllc.com> Sent: Tuesday, November 18, 2025 10:28 To: Xymon mailinglist <xymon@xymon.com> Cc: Randall Badilla Castro <randall.badillacastro@libertycr.com> Subject: [EXT] Re: [Xymon] will Xymon 4.3.30 handle automatically CPU downgrades?

You don't often get email from josh@imaginenetworksllc.com. Learn why this is important ⚠️️This message was sent from someone outside the company. BE CAREFUL with links or attachments. ⚠️️Este mensaje fue enviado por alguien ajeno a la empresa. TENGA CUIDADO con los enlaces o archivos adjuntos. Delete the old data for that host?

On Tue, Nov 18, 2025 at 11:13 AM Randall Badilla Castro via Xymon <xymon@xymon.com> wrote: Hi people: we use Xymon 4.3.30 and I believe had issues when vms are downgrade on the CPU quantity. For example one vms was 12 CPUs and month ago we re-shape it to 2 CPUs (same RAM). But the realCPU stats sometime show and Y axis of 120%... For example today got red alarm by realCPU on 95% and the graph show a Y axis of 120%. Should we make some adjustments or issue some command to correct this ?

Any input will really appreciate it. I don't know if this helps but; this example is running redhat 8.6 on Oracle OCI cloud.

cat /etc/*release NAME="Red Hat Enterprise Linux" VERSION="8.6 (Ootpa)" ID="rhel" ID_LIKE="fedora" VERSION_ID="8.6" PLATFORM_ID="platform:el8" PRETTY_NAME="Red Hat Enterprise Linux 8.6 (Ootpa)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos" HOME_URL="https://www.redhat.com/" DOCUMENTATION_URL="https://access.redhat.com/documentation/red_hat_enterprise_linux/8/" BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_BUGZILLA_PRODUCT_VERSION=8.6 REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux" REDHAT_SUPPORT_PRODUCT_VERSION="8.6" Red Hat Enterprise Linux release 8.6 (Ootpa) Red Hat Enterprise Linux release 8.6 (Ootpa)

-- Quedamos atentos a vuestra amable retroalimentación y/u observaciones.

We are glad to hear your feedback and/or comments.

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com

---

Xymon mailing list -- xymon@xymon.com To unsubscribe send an email to xymon-leave@xymon.com