We can always do a custom paying development for you ....
Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 9:14 PM To: [EMAIL PROTECTED] Subject: RE: [SA-list] Additional check data & user fields No, I recognize that. I am talking about a brand-spanking new database table and GUI. That way if you had hooks in the SA GUI for an add-on, the admins in the world could point to their database of choice and interface of choice. Heck, with my current choice of small database GUI (Internet Explorer and .asp pointed to SQL Server) it could be as simple as adding a button to launch a URL in a seperate browser window. As long as that button was on the main GUI screen for SA or in the General tab of the Check GUI so the person who was working on a check couldn't miss it. Mike >>> [EMAIL PROTECTED] 06/04/04 01:10PM >>> You're forgotting one little detail we're not working with a table to have all the info. The entries "file" is a file not a database. Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 7:03 PM To: [EMAIL PROTECTED] Subject: [SA-list] Additional check data & user fields WAS "RE: [SA-list] V5 features & relaese" While thinking about how to handle dealing with this, I have realized that the real issue of user fields for me is the ability to be able to put this aditional information in the same GUI as the rest of SA so I don't have to have additional steps to be forgotten when another of my admins writes or updates a check. I have a concept - What about a GUI addon (3rd party ?) that would simply be an interface to a new table that would track additional check info. If you install the add-on, you get new buttons on the main GUI to push for setup and data entry. I have already created a user db to handle the translation of SNMP data returns to English, so adding new fields for warning levels and such wouldn't be hard, but keeping the interfaces down to one is the tricky bit. Or, if it was "built-in" then static information (doesn't change from cycle to cycle) about each check could also be kept in it (hostname, prettyname, etc...), thus reducing the number of fields necessary in the interchange table, and thus the size of that table and it's database. Because of size concerns on our server, I have to keep the history of the interchange table limited to less than 60 days because more than 75% of it is non-unique data. Mike >>> [EMAIL PROTECTED] 06/04/04 11:42AM >>> OK - I'm going to get pedantic here. Aren't folk here interpreting a check being "down" as being "down AND an alert triggered"? I guess the HTML page *could* include something for each check to indicate if an alert has been activated...? If the checks allowed you to specify a range (i.e. diskspace < 1GB and > 500MB) then you could define multiple checks for "warning diskspace", "critical diskspace" and "no diskspace" by changing the upper and lower limits of the range. This way (if you set your checks up properly) you should only get one alert message at a time, and the non-critical checks could be only scheduled for office hours (if that's how you work). Just a thought! Cheers, Phil. -----Original Message----- From: Dirk Bulinckx [mailto:[EMAIL PROTECTED] Sent: 04 June 2004 16:25 To: [EMAIL PROTECTED] Subject: RE: [SA-list] V5 features & relaese Not :-) I also forgot that the complete alerting needs to be re-written. Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 5:20 PM To: [EMAIL PROTECTED] Subject: RE: [SA-list] V5 features & relaese Yeah, like I said, I can certainly understand why. But hope springs eternal. How would you handle a warning threshold without completely re-writing the software? Mike >>> [EMAIL PROTECTED] 06/04/04 10:47AM >>> This is not just a new status, this means that all checks were you have "rules" (diskspace/perfmon/snmp/some externals) must have double rules to define what is warning and what is down. (also I can already imagine that you would want warning,critical,down). This also means that the external checks need to be changed AND that the "new" external checks are no longer compatible with v4. Don't think this will happen with v5. Strange to see that although there is a large list of new stuff that is surely in v5 and another large list of what is probably in v5, that they only reaction we get is "what is missing"........ Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 4:39 PM To: [EMAIL PROTECTED] Subject: RE: [SA-list] V5 features & relaese I would say the first so that "down" actions don't happen until the full "Down". I don't see the need for 3am phone calls if the disk space is middling-low, but maybe others would. Also, if was a new status, it would then get logged in the Status Database for future trend reporting. Mike >>> [EMAIL PROTECTED] 06/04/04 10:09AM >>> So this means that for the diskspace check (let's use that as example) you would want to say that (Within one entry) free < 20% warning free < 5% down Or is it enough that (within one entry) free < 20% when it's below 20% DOWN as status BUT you would have an additional flag that would say "WARNING" => this would mean that even when it's below 1% that it would still just say warning. Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 4:04 PM To: [EMAIL PROTECTED] Subject: RE: [SA-list] V5 features & relaese ummmmmmmmm, Well, for me it would be some way of telling my html/asp code that the check has passed an interior threshold, but not yet gone down, so no action has been taken on the part of SA. Since I'm hoping to replace all of my .asp with your automatic .html, I think that means a new status level so I can use SA's conditional coding to display an appropriate graphic/language for it. Mike >>> [EMAIL PROTECTED] 06/04/04 09:47AM >>> Is warning a real status or just a way to say how critical a specific entry is? Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Shook Sent: Friday, June 04, 2004 2:15 PM To: [EMAIL PROTECTED] Subject: RE: [SA-list] V5 features & relaese Rats. I was hoping to see the "Warning" status we had discussed. But, since it's quite a bit of coding, I can certainly see why. Guess I'll just have to document my .asp code better for now :) "Real programmers don't comment their code. If it was hard to write, it should be hard to understand." - Anonymous Mike >>> [EMAIL PROTECTED] 06/03/04 05:51PM >>> Well I can tell you want is sure to be in v5 (sure because we already made those changes): * within the URL (http/https) the {yyyy parameters will also be translated just as within the contains part. http://www.domain.com/Log/{yyyy-mm-dd}.html becomes http://www.domain.com/Log/2004-03-23.html * RRD logging of the check result * Oracle check can use the Oracle 10 client * ICQ message sending will do one logon, if it needs to send to multiple recipient within one alert * SNMP check can have combined rules (alert when OID <45 OR OID>60) * possible to change font(size) for the tree * different way of caching the Ips * Remark field to interchange logging * invert check: check will be done normaly but at the end down becomes up and up becomes down * URL check using GET/POST/HEAD (HEAD is new) * URL check: contain/doesn't contain can be "all of these words", "exact phrase" (this is what v4 does),"any of these words" Plans: * Jabber alert * SIP alert * WMI check and alert * support for snmp v3 * SNMP browser * web based setup * built in webserver with SSL too * ntlm authentication support for URL (page and proxy) * master/slave options for Servers Alive (master SA will use slave for a better view on the status of entries) The "plans" are realy plans, probably most of them will get in v5, but it could well be that some are only in a v5.x or v6. As for a date of the release, my hopes are to be able to have a release (real release) around the end of the year (2004). Dirk. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dewachter Johan Sent: Thursday, June 03, 2004 11:17 PM To: [EMAIL PROTECTED] Subject: [SA-list] V5 features & relaese Dirk, There have been some posts about a version 5. Is there a list of the features that will be included in this version (and wont be included in v4) and a target release date? Johan --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive ---just h [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive **************************************************************************** ******************* This E-mail and any files transmitted with it is intended for the use of the addressee only and may contain confidential information. If you are not the intended recipient you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately and delete this e-mail. The views and opinions expressed in this e-mail message are the author's own and may not reflect the views and opinions of Signet Group plc or any of its subsidiaries. **************************************************************************** ******************* --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive --- [This E-mail scanned for viruses by Declude Virus] To unsubscribe from a list, send a mail message to [EMAIL PROTECTED] With the following in the body of the message: unsubscribe SAlive
