Now you're just getting defensive and not addressing the real issue. Someone is offering to help you port your agent to a platform with an installed base in the hundreds of thousands, if not millions, and all I ask is for a little guidance after spending a considerable amount of time on this. I won't even ask for a guarantee, just some help.
I'll refer this matter to my senior management and they can decide how to proceed.
NCPA For platforms other than Windows and Linux
-
scottwilkerson
- DevOps Engineer
- Posts: 19396
- Joined: Tue Nov 15, 2011 3:11 pm
- Location: Nagios Enterprises
- Contact:
Re: NCPA For platforms other than Windows and Linux
The hard part for us, having not even looked into psutils on Solaris, is that the error you are receiving made it look like psutils cannot find your network interfaces.mp4783 wrote:That's not as helpful as the previous responses.
As it stands, using the Solaris CC compiler (see the "developer's" (I thought they worked for Nagios) Git site for more details), I have a Solaris 10 NCPA agent built and most of the supporting programs that you would see in Linux distribution.
However, it won't start properly due to its inability to find a network interface. If you're sufficiently intrigued to work with me on this (I've spent over 30 hours getting this far), then let me know.
Error message:
/var/tmp/ncpa_git_build/ncpa/agent/build/NCPA/ncpa_posix_listener --start
Traceback (most recent call last):
File "/usr/local/lib/python2.7/site-packages/cx_Freeze-4.3.4-py2.7-solaris-2.10-sun4v.32bit.egg/cx_Freeze/initscripts/Console.py", line 27, in <module>
exec(code, m.__dict__)
File "ncpa_posix_listener.py", line 6, in <module>
File "/var/tmp/ncpa_git_build/ncpa/agent/listener/server.py", line 8, in <module>
import psapi
File "/var/tmp/ncpa_git_build/ncpa/agent/listener/psapi.py", line 170, in <module>
root = get_root_node()
File "/var/tmp/ncpa_git_build/ncpa/agent/listener/psapi.py", line 144, in get_root_node
interface = get_interface_node()
File "/var/tmp/ncpa_git_build/ncpa/agent/listener/psapi.py", line 125, in get_interface_node
if_children = [make_if_nodes(x) for x in list(ps.net_io_counters(pernic=True).keys())]
File "/usr/local/lib/python2.7/site-packages/psutil-2.2.1-py2.7-solaris-2.10-sun4v.32bit.egg/psutil/__init__.py", line 1786, in net_io_counters
raise RuntimeError("couldn't find any network interface")
RuntimeError: couldn't find any network interface
I took a look at the latest commits on psutils and there are a bunch of items addressing issues like these, specifically on Solaris what have been committed since the version you are using
https://github.com/giampaolo/psutil/iss ... &q=solaris
You may be able to build from their master repo
Re: NCPA For platforms other than Windows and Linux
We have solved most of the issues at this point, including the psutils issue, which will be pushed upstream to the maintainers as soon as we are finished testing.
Re: NCPA For platforms other than Windows and Linux
Thanks for that, and my apologies for earlier. I definitely could have been a bit more tactful.
What issues are remaining, and have you reported them on Github? We can see about chatting with the devs to get more traction on this, but I don't know what sort of access they would have to Solaris boxes.
What issues are remaining, and have you reported them on Github? We can see about chatting with the devs to get more traction on this, but I don't know what sort of access they would have to Solaris boxes.
Former Nagios employee
Re: NCPA For platforms other than Windows and Linux
We will push the updates to Github for psutils after testing, so you'll have that after we write everything up. I will then describe the process we went through to create what we hope is a completely viable NCPA Solaris 10 agent. I'll probably even package it with the SMF configuration. You may expect the push of the psutils updates to Github some time next week.
We built this using Sun Studio 12 and the cc compiler because we could not get GNU gcc to build a Python libpython shared object. I'm not sure it really matters as this is intended to be a complete, freestanding package.
I'm a bit surprised you don't have a Solaris 10 box for testing. The NRPE agent runs on that, so how would you test it?
This build is being undertaken to evaluate the possibility of using NCPA agent universally within our organization. We have not yet made a decision as to whether that's going to happen. If it doesn't, we will go forward with NRPE, NSClient++, and passive agents.
Finally, as to our "interaction", it's something I'm not comfortable discussing further on a public forum. If you want to discuss it, perhaps we could do so through private channels.
We built this using Sun Studio 12 and the cc compiler because we could not get GNU gcc to build a Python libpython shared object. I'm not sure it really matters as this is intended to be a complete, freestanding package.
I'm a bit surprised you don't have a Solaris 10 box for testing. The NRPE agent runs on that, so how would you test it?
This build is being undertaken to evaluate the possibility of using NCPA agent universally within our organization. We have not yet made a decision as to whether that's going to happen. If it doesn't, we will go forward with NRPE, NSClient++, and passive agents.
Finally, as to our "interaction", it's something I'm not comfortable discussing further on a public forum. If you want to discuss it, perhaps we could do so through private channels.
-
jdalrymple
- Skynet Drone
- Posts: 2620
- Joined: Wed Feb 11, 2015 1:56 pm
Re: NCPA For platforms other than Windows and Linux
mp4783,
As a silent observer I did build a Solaris10 box to try to help with your efforts. Unfortunately being in support my time for actual projects that one might consider more appropriate for the developers is limited. I ran into the same issues that swilkerson did, but I did so by means of process instead of Google - obviously one method was far more efficient with time than the other. It was at that point that I had to put the project on hold and get back to support and solving more problems for more people in less time.
That segways nicely into the inherent problem with this thread - it's in the wrong place. That's not your fault, we should have redirected you to the project earlier. You're absolutely welcome and encouraged to bring the original query to our attention - 'why isn't this product actually cross-platform' - at which point it was our job to tactfully point out that it is in active development and that github would be the more appropriate place to get direct access to the developers. It's because of people like you that we make this a community project, we expect it to become a better product with community support.
Thank you very much for your efforts. On behalf of myself and the Nagios support team I do wish we could have "supported" you better but in this instance the best we could have done is help you understand our propaganda better and point you to the right place. I'm sorry that the thread went the way of poor diplomacy before that happened.
Any way we can help further please feel free to reach out.
As a silent observer I did build a Solaris10 box to try to help with your efforts. Unfortunately being in support my time for actual projects that one might consider more appropriate for the developers is limited. I ran into the same issues that swilkerson did, but I did so by means of process instead of Google - obviously one method was far more efficient with time than the other. It was at that point that I had to put the project on hold and get back to support and solving more problems for more people in less time.
That segways nicely into the inherent problem with this thread - it's in the wrong place. That's not your fault, we should have redirected you to the project earlier. You're absolutely welcome and encouraged to bring the original query to our attention - 'why isn't this product actually cross-platform' - at which point it was our job to tactfully point out that it is in active development and that github would be the more appropriate place to get direct access to the developers. It's because of people like you that we make this a community project, we expect it to become a better product with community support.
Thank you very much for your efforts. On behalf of myself and the Nagios support team I do wish we could have "supported" you better but in this instance the best we could have done is help you understand our propaganda better and point you to the right place. I'm sorry that the thread went the way of poor diplomacy before that happened.
Any way we can help further please feel free to reach out.