RE: [SA-list] Major product checks missing?

ï H, I'm wondering if a "Hyper-Enterprise" level version (with matching cost level) that had the full multi-threading, and hosts saved as a "real" database would be an option. I know that I could easily convince my supervisors here to spend "real" money if I could get all the data placed o

RE: [SA-list] Major product checks missing?

ï From my perspective that would be attractive. SA would have to become significantly more expensive to match what we've spent on other tools so cost would not be an issue.   BUT then Dirk and Woodstone are looking at supporting two code bases and that's not easy.   I created a PHP page that p

RE: [SA-list] Major product checks missing?

ï H, I'm wondering if a "Hyper-Enterprise" level version (with matching cost level) that had the full multi-threading, and hosts saved as a "real" database would be an option. I know that I could easily convince my supervisors here to spend "real" money if I could get all the data placed o

RE: [SA-list] Major product checks missing?

At 12:45 PM 2/18/2005, David Webster wrote: I agree that a second copy is a way to speed things up, but I don't agree with lowering the cost. I use multiple copies to distribute the load, and to keep the check traffic segmented and off my WAN links as much as possible. Frankly, if an organizati

RE: [SA-list] Major product checks missing?

At 12:45 PM 2/18/2005, you wrote: We will start some real tests with multi-threading some of the checks (and in some "specific" cases). The first test will be external COM checks on which nobody depends and that do not depend on others, next step (if the first step goes well) will be again the exte

RE: [SA-list] Major product checks missing?

We will start some real tests with multi-threading some of the checks (and in some "specific" cases). The first test will be external COM checks on which nobody depends and that do not depend on others, next step (if the first step goes well) will be again the external COM checks that depend on som

RE: [SA-list] Major product checks missing?

I agree that a second copy is a way to speed things up, but I don't agree with lowering the cost. I use multiple copies to distribute the load, and to keep the check traffic segmented and off my WAN links as much as possible. Frankly, if an organization is big enough that it needs to do 100s or

RE: [SA-list] Major product checks missing?

I believe Dirk prices SA very fairly and the purchase of multiple copies should not be problematic for all but the smallest installations. The free version is always available for up to 10 checks. That's what I've used to monitor my main SA system for a while now. -Kevin -Original Messa

RE: [SA-list] Major product checks missing?

If this is a code re-write scenario than I wonder if there is a compromise to having a 2nd copy on the same network, different box running additional checks and having the additional benifit of 'watching the watcher' and letting us know if the SA service is down on the other system. Maybe a reduce

RE: [SA-list] SA Evolution

Please define "pig".  I've got over 1500 checks and don't share that observation.    The config file is just a delimited text file, you can play with it in whatever program you want.  You just do so at your own risk.   Using a database for the configs would be nice but I would rather have t

RE: [SA-list] Major product checks missing?

ï I am also at ~1500 checks and could add 3-500 more.  Every couple of months I ping Dirk about threads and parallel checks.  My understanding is a complete rewrite of the check code with a set of new tools would be required.  I don't know how many of the SA community are or could be in the 1

RE: [SA-list] SA Evolution

At 05:03 AM 2/18/2005, you wrote: and what about encrypted passwords then? What about them?   Dirk.   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of paul ockenden Sent: Friday, February 18, 2005 11:02 AM To: salive@woodstone.nu Subject: Re: [SA-list] SA Evolution   The user i

Re: [SA-list] SA Evolution

  Simple!   SA could keep a local store of passwords, and in my database I could just use something like site_pwd in a password field, and SA would look up the value of site_pwd in its password store.   P.     - Original Message - From: Dirk Bulinckx To: salive@woodston

AW: [SA-list] Major product checks missing?

ok, thats also a possibility ... Nice to hear, that there will come a HowTo for den RRD :-) Nice weekend ... Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Bulinckx Gesendet: Freitag, 18. Februar 2005 11:29 An: salive@woodstone.nu B

RE: [SA-list] Major product checks missing?

The FTP-HTTP isn't a real flow. I would suggest to do that in 2 steps. UPLOAD FILE <- you could probably do this by scripting an FTP client CHECK URL So if the UPLOAD fails the CHECK URL isn't done. For the RRD we're going to make an "HOWTO". Dirk. -Original Message- From

AW: [SA-list] Major product checks missing?

Hi, what about a FTP-HTTP flowcheck? The mailflowchecks works great, the same could be possibile with upload a file via ftp and check this via http ... Or what I miss are graphical statitics ... or a good documentation from the RRD Tools ... I only get a response time stastic from the last hou

RE: [SA-list] SA Evolution

and what about encrypted passwords then?   Dirk.   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of paul ockendenSent: Friday, February 18, 2005 11:02 AMTo: salive@woodstone.nuSubject: Re: [SA-list] SA Evolution   The user interface is a bit of a pig once you get more than

Re: [SA-list] SA Evolution

  The user interface is a bit of a pig once you get more than twenty or so checks in place.   I wish there was a data export/import mechanism so I could copy the data into Excel or some kind of database, play with the entries, and then re-import it into SA.   Even better would be if SA kept