Hi Eric,

First things first: an educational institution that uses Cisco SLA and has expensive UPSes not having £100/yr for a working monitoring solution? You've got to be kidding me.

But, if you feel like you need to patch certain things, and you would like to submit patches to our bug tracker, I'll gladly take (a look at) them; depending on how much has changed versus the "dated" code, it could still go rather well.

The battery percentage remaining isn't so much an issue of not getting it out of the UPS, but rather that we don't have the same "infrastructure" in Observium for such things, as we have for generic sensors (which are all the other things that ARE being monitored on your UPS); same for UPS load, run time remaining, etc. Will get to it soon, I would really like to see this in Observium sooner rather than later.

I have APC, MGE and UPS-MIB UPSes to test against.

Regarding SLA, I'm sure lots more can be fleshed out, this was contributed but none of the developers use this, or have devices supporting it. Suggestions welcome... :)

Tom

On 10/07/2013 04:02 PM, Eric Stewart wrote:
Being an administrator for a cheap-ass educational institution, I really don't have issues with the Edition Split.  We're unlikely to contribute money, but I understand the need for a solid revenue stream.

Except, as I am an administrator for a cheap-ass educational institution, I have a tendency to tinker, and I even have a student assistant whose job is to aid with project implementation, including development support (he's been quite active with NetDB in the past).  Our existing MRTG implementation is customized with a lot of shoe-horned in graphs that I don't ever expect to see in Observium (so, there will always be MRTG for some things here), but Observium does do a lot of things our homegrown system doesn't do, and has a much more appetizing interface.  However, there are things that Observium is doing that could be better, and I was thinking of putting in the time (or my student's time) to contribute changes that implement these features.  For example:

Would it be useful to the community for me to work on the community tar.gz version and submit them?  Or would trying to add new code that was developed against potentially dated code be too much of a headache for the main developers?


On 10/4/2013 2:48 PM, Adam Armstrong wrote:
Hi Guys,

As we talked about in April, to sustain development we need to develop a revenue stream.

The temporary solution in April was the Kickstarter, which funded 6 months of development for the alerting system. To fund development after that, we've decided to try a relatively inexpensive subscription scheme.

http://www.observium.org/Edition_Split

The intention is to provide enough for free to keep the people who wouldn't ever pay happy, and try to keep the price low enough that everyone else can pay without worrying too much about it.

We've set the subscription at £100/year. If you were a Kickstarter supporter, you'll get a free subscription for a while, because we're nice like that.

Comments? :)

adam.
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

-- 
Eric Stewart - Network Administrator - eric@usf.edu
University of South Florida, Information Technology


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium