JC, is there any new info regarding Xymon Server or XymonPSClient being updated any time soon?? I know there's been a conversation about it in the past few months, but the server's last version release was in 2019 and the Windows client was last updated then also.? There's been significant OS changes both on servers and clients in the past 5 years.? Can you please comment on the planned time frame of a release?? I love Xymon and I very much want to stick with it, but it's limitations have been manifesting a lot in my realm lately and I'm wondering if I should look for a new tool.

Kris Springer

On 10/3/23 21:40, J.C. Cleaver wrote:

On Sun, October 1, 2023 23:19, Bruno Manzoni wrote:

...

Hi every one

*I did a POC on GitHub! *- https://github.com/xymon-monitoring To include/manage the summary of problem (I did previously on this mailing list). The mailing list is not really good to follow problems that take a long time to be resolved (my point of view) This summary also evolve with some more details (but mainly from me) and take a also new form for a better follow up (I hope so) : https://github.com/xymon-monitoring/problem-solving

This is only a POC so not official at all, but just for you to see what I did/what could be done (currently limited by my poor skills)

You are invited to help me to improve this POC, so to be a member of this GitHub organization: *let me know your GitHub name*

Remark:

• *Let me know what you think!*
• *Focus on the general ideas*: *the support (GitHub)* and *the form* I choose and not to much in the content (I try to make also a good content, but for sure this will need many more work, I would like first to add latest feedback: WIP)
• Constructive comment about anything is always welcome!
• And as English is not my language: do not hesitate also to correct it.
• Positive feedback also motivate...

*We still have an urgent problem: the mailing list *(see detail on the POC or in this mailing list) Thank you for this! While moving development as a whole to GH is still an open question, it definitely helps to have a presence there, and an editable tracking method for various goals is helpful.

There is a lot of previous development tracking work at https://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide , but I'm not certain wikibooks itself is the best platform for hosting of it. Of course, much does need to be updated there, but an intro going forward would be helpful.

There's a LOT to chew through here; if we have any Library Science folks on the list, your input would be appreciated ;)

I've also been compiling a list of various Xymon/Hobbit presentations and intro materials that have been posted out there. In the interim (before any major re-structuring of a home page), simply making more details available for folks and leveraging the explainers people have already done (including the xymon 7 man page) would probably be helpful.

Agreed that the most pending immediate issue would be the mailing list, especially if there's a transfer/hosting contract deadline coming up.

Henrik: Would you like me to start working on a mailman hosting build?

Regards, -jc

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

As an update:

The 4.4 release is still pending pcre2 work, unfortunately, which is going to be a requirement for getting things re-added into distributions. That one is still without ETA.

There's also a crashing bug that's been reported in F38 and F39 (and rawhide) which prevents xymond_client processing that I've been trying to track down. The latter, and the several other submitted patches, will be the 4.3.31 release. I've been waiting for the GCC 14 drop in Rawhide to test against as well to ensure we don't have new issues introduced there at the same time. I don't *think* they're related, but after so long since the last release on the stable branch, I don't want that to be a source of more instability.

Finally, although using system libraries is strongly preferred, c-ares is still an included build, and it's been going through a rapid 1.20->1.26 release cycle since the start of October while they fix various reported issues.

WRT the mailing list, mailman3 is (finally!) fully available on EL9 -- including the web interface needed for signups -- so hoping to complete the transition to the new server shortly. Just has been a very busy last two weeks.

Regards, -jc

On Fri, January 26, 2024 13:44, Kris Springer wrote:

JC, is there any new info regarding Xymon Server or XymonPSClient being updated any time soon??? I know there's been a conversation about it in the past few months, but the server's last version release was in 2019 and the Windows client was last updated then also.?? There's been significant OS changes both on servers and clients in the past 5 years.?? Can you please comment on the planned time frame of a release??? I love Xymon and I very much want to stick with it, but it's limitations have been manifesting a lot in my realm lately and I'm wondering if I should look for a new tool.

Kris Springer

On 10/3/23 21:40, J.C. Cleaver wrote:

...

On Sun, October 1, 2023 23:19, Bruno Manzoni wrote:

...

Hi every one

*I did a POC on GitHub! *- https://github.com/xymon-monitoring To include/manage the summary of problem (I did previously on this mailing list). The mailing list is not really good to follow problems that take a long time to be resolved (my point of view) This summary also evolve with some more details (but mainly from me) and take a also new form for a better follow up (I hope so) : https://github.com/xymon-monitoring/problem-solving

This is only a POC so not official at all, but just for you to see what I did/what could be done (currently limited by my poor skills)

You are invited to help me to improve this POC, so to be a member of this GitHub organization: *let me know your GitHub name*

Remark:

• *Let me know what you think!*
• *Focus on the general ideas*: *the support (GitHub)* and *the form* I choose and not to much in the content (I try to make also a good content, but for sure this will need many more work, I would like first to add latest feedback: WIP)
• Constructive comment about anything is always welcome!
• And as English is not my language: do not hesitate also to correct it.
• Positive feedback also motivate...

*We still have an urgent problem: the mailing list *(see detail on the POC or in this mailing list) Thank you for this! While moving development as a whole to GH is still an open question, it definitely helps to have a presence there, and an editable tracking method for various goals is helpful.

There is a lot of previous development tracking work at https://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide , but I'm not certain wikibooks itself is the best platform for hosting of it. Of course, much does need to be updated there, but an intro going forward would be helpful.

There's a LOT to chew through here; if we have any Library Science folks on the list, your input would be appreciated ;)

I've also been compiling a list of various Xymon/Hobbit presentations and intro materials that have been posted out there. In the interim (before any major re-structuring of a home page), simply making more details available for folks and leveraging the explainers people have already done (including the xymon 7 man page) would probably be helpful.

Agreed that the most pending immediate issue would be the mailing list, especially if there's a transfer/hosting contract deadline coming up.

Henrik: Would you like me to start working on a mailman hosting build?

Regards, -jc

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Thanks Stef, do you have the XymonPSClient sending it's stats back to the Xymon Server over https in all of those 1,000 servers?? Could you provide a redacted sample of the xymonclient_config.xml you're using on those functioning clients?? Perhaps there's an option that I need to enable.? I too use it many places, but only the hosts that are sending via https are having issues.

Kris Springer

On 1/29/24 8:48 AM, Stef Coene wrote:

Hi,

Regarding the Windows Powershell client, the core functionality works in all recent windows versions. Under the hood, the windows of today is stil the Windows of 15 years ago. I have some updates for the Powershell clients, but they are more related to config changes and some extra functionality.

We run the client on 1.000 servers with 0 issues or missing functionality.

Stef

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

Info from Jeezzaa incorporated to the PoC "problem solving", Jezzaaa invited as a member of the PoC. Jeezzaa put some comments on some problems: I did not think about that: I like it: so feel free also to add yours: 1 comment per person would be perfect! Remark: I did try to summary also each problems: to have a quick view of any problems: This is quite challenging to be non oriented: So expect some mistakes and clumsiness. Best would be that some of you help me doing that.

Thank you very very very much Jeezzaaa for the feedback ! Bruno

On 09.10.2023 05:58, Bruno Manzoni wrote:

Just receive this info from Jezzaaa (in the PoC "problem solving" repo). (remark for anyone: If you can send mail to the mailing list: prefer it, if you cannot: no problem,? do what you can!)

Hi Bruno. Firstly, thanks for trying to find ways to progress Xymon, and Devmon too.

I think this is a good option for tracking problems and feature requests. I'm a bit old-school and while I've been using Github for a few years, I'm not familiar with all of its features and quirks. I agree that we need a single "collection point" for bugs/requests, and other forums can channel queries to here.

I'm a bit surprised you said "dev" info should not be here. Although perhaps I don't understand quite what you mean.

I would really like to see the Xymon source code imported into Github. I think this would be a great way to allow other developers to fork, test, and submit "pull requests" for merging. I think this would help the primary developers/maintainers to be able to manage patches.

Previously, patches were submitted in a number of ways. There's a "xymon-dev" mailing list, for instance, that some people used to submit patches. Others emailed the main mailing list with patches. I believe working with Git and Github can streamline this process.

My comments on some of these:

• skinning - nice to have, and can "freshen" xymon's look (personally, I like the current look)
• alternative dashboards - I suspect new dashboards can be added on without changing the existing code, by using the xymon client to query status from the xymond process via localhost:TCP/1984 (also see "Xymondash" - not sure how this works, but it's a new look that doesn't need the old look to go away)
• repo is probably very important, but that's an uninformed opinion and JC/Henrik would need to be comfortable
• make xymon up to date: this needs a fair bit of work client-side and server-side, but perhaps the server side can be extend to support per-OS plug-ins, and reduce the need to continually track OS changes
• Moving away from C: I don't really see this as being all that useful. Other languages have useful features, but they all come and go, and C is the language that seems to have endless longevity
• API: Xymon already has an API of sorts; but there might be some limited benefit in providing one or more other APIs such as JSON. However I suspect the popularity of JSON/REST and their ilk is going to wane over time, as other universal APIs come along. I think a CGI shim is probably the way to achieve this, and probably doesn't need any changes to the core code.

Other things high on my "requested features" list:

• IPv6
• SNMP that's robust, and has enough features to replace devmon

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon