1. The part on ESX is rather simple, the "*nix diskspace" checker can do diskspace checks towards most *nix systems. On an ESX system there is a different command to get the volume info (and diskspace as such) BUT also in a totally different output format then what is done on "normal" *nix systems. We want to extend the *nix diskspace check so that is able to get the info on ESX too. This would be about an hour work, IF we would have access to an ESX system. If there are changes/additions needed to the *nix diskspace check for Xen, then I will be happy to do them, again IF we get access to such a system. Idem for VMWare server and MS Hyper-V (although I suppose that as this is MS that this will already work with the "normal" diskspace check.
2. Currently SA is able to do MS SQL checks using DMO. With SQL 2005 DMO is no longer in the product (SQL product), but still available through a download. We are looking at extending the MS SQL check so that a native MS SQL 2005 check is also possible without the use of SQL DMO. An Oracle check is already within Servers Alive. With Oracle the check is easier to adopt, the Oracle APIs are the same still ages, it's just a question of being able to use a more recent client or not. The last client that I tested was the 10g client. For mySQL there is an add-on on http://www.woodstone.nu/salive/addons.asp (http://www.woodstone.nu/salive/addons.asp) For PostgresSQL there is currently no check available, except the generic ODBC check. If we get "enough" requests for a PostGresSQL check, we could try to make a native PostgresSQL check too (as external COM check that is). Dirk Bulinckx. From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Perry Sent: Sunday, November 25, 2007 9:26 PM To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap Hi Dirk, I suspect you really didn't want to go down this route but since you have it is now exposed this for discussion and unfortunatley I do have a few thoughts on this: The "next" Major release part there is no problem with BUT the "Some parts "bit I am hoping is just a fluffy list of things you'd like to do, I will explain 1. Targeting ESX server is admirable and I have trialled it and rejected it (for now) based upon the fact that it was overkill for what my company needed and cost more than you think, i.e. the intial outlay is fairly substantial as in order to really utilize ESX you need a couple of servers minimum (fault tolerance else risk losing serval servers at once) per physical site. Need a lot of RAM and CPU power to really get to grips with it as VMware charge licencing per CPU ESX is about 2K and unless your running NIX flavour os Guests you still pay M$ licencing on top of that for your guests. Also if you want fault tolerance you also need to purchase Vmotion and DRM.... Unfortuately my company is not a datacenter SOooooo we fall back to plan 2, VMware Server (the free version previously known as GSX). As far as I can tell the limitations of having Server as opposed to ESX don't really cause any issues as we upgrade existing servers to run linux and then put a couple of servers, and dare I say often only 1... many will understand why but for those that don't, once you convert a machine to a virtual macine it becomes simply files, which can be moved from one host to another and you can even back up these machines as files, what this in turn means is that not only can you recover a physical machine quickly but you can also save on backup licences for machines you don't require file level backups and for those that do use shadow copies therefore you still don't need a backup client licence. So should ESX checks not also include VMware Server checks for those not ready to embrace ESX, also whay about M$ Hyper-V (soon to be) or Xen? 2. If incorporating SQL2005 checks should not mysql, postgresql, oracle checks not also be included? Sorry but this isn't complete as I realised I was starting to make it a bit wordy so cut short... Any questions or thoughts though are welcome. -------------------------------------------------------------------------------- From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx Sent: 25 November 2007 16:11 To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap Those are the main items that I see for the next MAJOR release: * login-profiles for nt based checks * real webserver for setup (and probably also for editing/creating new entries) - with some security features like SSL (https) and login security * additional threaded alerts * additional threaded checks * mib browser for snmp checks Some parts that I'm also looking at are: * VMWare ESX diskspace check (*nix df) <- this would be an easy one IF we had access (in SSH) to an ESX system (hint hint :-)) * SQL2005 check * WMI check (for Exchange for example) * Groups alerts * splitting the checking/alerting/displaying And depending on the "success" for the agent-check, the enhancement of the agents (giving it more checking options and probably also giving it alerting options) I'm sure that before we actualy get to the next major release that we will have much more :-) Dirk Bulinckx. From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petr Bohac Sent: Sunday, November 25, 2007 6:16 AM To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap Yes, I did it. You might not remember the issue but you were working closely with me on the problem. Running all the time dbgview, sending you reports ... Ok, remote agent check is a huge new feature. That's true. I don't expect those 2 features I mentioned to be in 6.1. I mean people proposed some features they would like to have it in the SA, you said, ok, I'll think about that. Most of them were really interesting things so I think it will be nice to have a page (or whatever) with a list of features and short comment with them (might be in 6.5, definitely not in 7, not possible etc) ... nothing more. Thanks you will think about that ;) Petr -------------------------------------------------------------------------------- From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx Sent: 24 November 2007 21:46 To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap About the stability, did you make the registry change explain on the beta page for build 2149? I see about 40 "added" items. For example adding the "remote agent check" might be one line, but is a huge new feature. The 2 features you talk about (password manager and mass editing of checks) will NOT be in v6.1 The current beta is from a feature point of view what will be in v6.1 I'll see for a "roadmap" for the next major release… Dirk Bulinckx. From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petr Bohac Sent: Saturday, November 24, 2007 6:11 PM To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap Well I do check the beta page. Alright there's been some updates to the Salive, I can't say there wasn't, but I think those were mainly bug fixes. Don't get me wrong I was just asking for some road map or anything because there were so many requests ... As for features ... again, there were many requests, password manager, mass editing of checks etc. ... and actually my main concern is stability. Since we upgraded from the 5.x to 6.x and 6.1 beta (we were forced, just because of a bug in the SMPP alerting engine) we lost stability. The SA hangs from time to time for no reason. The problem wasn't detected so I'm forced to check the SA service by vbscript. I believe I'm not alone since I do read mailing list. Thank you Petr -------------------------------------------------------------------------------- From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Bulinckx Sent: 24 November 2007 20:21 To: Servers Alive Discussion List Subject: RE: [SA-list] Salive roadmap The proposals that were done at that time were not realy GUI improvements. I "think" we did add a few things that were said at that time. There is a beta site/page that shows all changes that we did, it's on http://beta.woodstone.nu (http://beta.woodstone.nu) Saying "lacks many features" is very vague, can you be more concrete with that? Dirk Bulinckx. From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Petr Bohac Sent: Saturday, November 24, 2007 12:51 PM To: Servers Alive Discussion List Subject: [SA-list] Salive roadmap Hi Dirk, a couple of weeks ago you asked us what we would like to improve on GUI and many of us sent a bunch of proposals for a new features. You said that some of them might be very easily included in future betas (6.1). So I'd like to ask whether you have some roadmap or some beta status page stating what you are up to. I don't really know where is salive going and it might be useful to give us some info. Indeed is Salive a great product for a great price but it also lacks many features. At this moment I'm being pushed to look for other alternatives (IP Monitor, OPS Manager 2007 ...) and there are many reasons like manageability, reporting, stability ... Thank you Petr -------------------------------------------------------------------------------- This e-mail including any attachment is intended only for the recipient(s) named. It may contain confidential information and should not be read, copied or otherwise used by any other person. If you are not a named recipient, please contact the sender and delete the e-mail from your system. The sender does not accept any liability for errors or omissions in the content of this message or for viruses, or any damage due to the e-mail. The recipient is advised to have appropriate virus check software. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. -------------------------------------------------------------------------------- This e-mail including any attachment is intended only for the recipient(s) named. It may contain confidential information and should not be read, copied or otherwise used by any other person. If you are not a named recipient, please contact the sender and delete the e-mail from your system. The sender does not accept any liability for errors or omissions in the content of this message or for viruses, or any damage due to the e-mail. The recipient is advised to have appropriate virus check software. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. -------------------------------------------------------------------------------- This e-mail including any attachment is intended only for the recipient(s) named. It may contain confidential information and should not be read, copied or otherwise used by any other person. If you are not a named recipient, please contact the sender and delete the e-mail from your system. The sender does not accept any liability for errors or omissions in the content of this message or for viruses, or any damage due to the e-mail. The recipient is advised to have appropriate virus check software. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list. To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list.
