- Xymon - Xymon mailman web

[hobbit] Hobbit newbie from BB: differences and what may I lose from migrating?
by JMSmith＠stvincenthealth.com 02 Aug '06

02 Aug '06

The only thing I have changed on my BB clients is adding a line for the Hobbit server to the bb-hosts file. That's it! Jim Smith -----Original Message----- From: Everett, Vernon [mailto:Vernon.Everett at dpi.wa.gov.au] Sent: Tuesday, August 01, 2006 8:31 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? You will lose nothing. I did exactly that. We had a third party monitoring our systems with BB when I joined my previous company. I changed the BB scripts to send to my Hobbit server as well as their BB server. (Duplicated the bb command line with the IP address of my Hobbit server instead of $BBDISPLAY) This meant the third party had a BB server running, and I had a Hobbit server, and they weren't even aware that the Hobbit server existed. (Yes, both were running in parallel, giving the same results) When I had suffiently impressed my PHB that Hobbit is better than BB, because it could do more, we told the third party where to get off, and all monitoring was done internally. (OK, there was far more politics involved in dumping the third party than just Hobbit/BB, but it helped having the ability to monitor our own systems as well, if not better than they were.) I then moved all our systems to the Hobbit client as and when I had time. Now stop with the questions. Just do it. You will never look back. :-) Cheers Vernon -----Original Message----- From: Jordan Mendler [mailto:jmendler at ucla.edu] Sent: Wednesday, 2 August 2006 9:00 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? Awesome guys, no doubt I am gonna try it out when I get some free time. I think the fact that I got all my questions answered a few different times in a very short period says something about the community. So if I use the existing BB clients with a new Hobbit server, what functionally will be lost until I have a chance to upgrade all the clients to hobbit? Thanks so much, Jordan To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

R: [hobbit] Hobbit newbie from BB: differences and what may I lose frommigrating?
by fduranti＠q8.it 01 Aug '06

01 Aug '06

Hi Jordan, >I am considering moving to Hobbit from BB for our >web/database/applications development group at UCLA and have lots of >questions. I would greatly appreciate if someone could go section by >section and answer what they can. If there is somewhere that I can >search the mailing list archives, definitely point me there first as I >am sure many of these questions have been answered in the past. I'm a big fan of hobbit so my comments can be a little toward hobbit monitoring but i really have to thanks bb4 technologies because I've to tank them for BB first. I started to use BB many years ago to monitor just a couple of network device and a couple of solaris machines. The process to put BB in production involved many years using it in a "personal" environment because we had some bigger monitoring software that was acquired... While the time passed Henrik developed bbgen and the possibility to create better reports and pagesets (dedicated pages for network people or for DB people or for windows admins)... In the meantime Quest buyed BB and I finally presented the monitoring platform to my boss :D This leaded to the acquisition of server and client licenses for BB. We was using the "free" version of the server because we have that platform + bbgen installed and running. Some times passed and I got hobbit and started to play with it and after having it installed I changed the bb+bbgen server with hobbit. >First, after reading through whatever I could find on the website I am >still a little bit confused about configuration and setup. With BB, you >install and configure each client and server on the local machine, >except for the universal bb-hosts. Is this the same on Hobbit, or does >Hobbit use a central configuration file that is modified only on the >server to configure clients? I am trying to figure out the difference >between installing, maintaining and configuring BB and Hobbit setups. >Hobbit looks alot more complex to setup, but once I get my feet wet is >it any harder than BB? You have a server installation that will work out-of-the-box with all your BB clients already installed. The configuration is completely centralized for the hobbit clients so no need to go to a client after you installed and configured hobbit. You only need to go to the client to add more external scripts that run client side or to upgrade hobbit (with version 4.2 you'll not need to go to the client because you can create a package on the server and the client will update itself). With BB client if you need to change a warning/alert level you have to do it client side. With Hobbit you'll do it on the server. Regarding the old client I'm running it on some old solaris 2.6 machine (bb client v1.9c) that I've no reason to upgrade to hobbit because I've just one or 2 users using them and I hope (from about 2 years) to switch them off soon :D I'm also using BB client for windows on Windows NT/2k/2k3 servers and it work well (also if I'm missing the centralized configuration I've on hobbit client). The only thing that really changes from BB is the alert notification file and the centralized client configuration file. There's much help in those configuration files to let you configure whatever need you have. >Second is performance. I know this list may be biased toward Hobbit, but >is it actually faster? We have about 50-100 clients on BB and I did not >notice any performance issues. Hobbit looks like it is very complex, so >does this mean it uses a lot of resources on the client and server? What >speed/ram server is usually the minimum recommended for a dedicated >Hobbit server? Would something like a dual Pentium II 266mhz have any >performance issues as a server, if it does nothing else? What about for >clients? We have still have some testing, stating and production servers >left that are singe chip Pentium III 700-850 mhz, and even a couple >Pentium II's. Just need to make sure all the resources used for things >like graphs are taken from the server and not each client. Server side hobbit is entirely written in C and will access the disk only for rrd and some temporary files so I think it will not have big problem if you have just some spare memory to let it run. Page generation is really faster and you can regenerate page every minutes. The networking test is also faster than the BB ones. The hobbit client is a shell script that will run commands to get data from the machine and send them to the server so no cpu power is consumed on the client and no disk access is done apart from some logging and temporary space. Hobbit will generate bb html pages, all test pages are dynamic and generated on the fly. You can some more power/disk space if you want to store many RRD data for graphs and trends (server side) >Third is plugins. Are BB plugins compatible with Hobbit? Also how hard >are plugins to write for Hobbit? I don't know if these even exist for >bb, but I ultimately would like to integrate plugins that 1) monitor >legato tape backup, 2) run nmap to see what ports are open/can be seen >from an external machine, 3) run 'lshw -html' to show a list of all the >hardware on the system, 4) monitor uptime, 5) monitor OS and kernel >versions (uname -a and head -n 1 /etc/issue), 6) maybe some more >router/network monitoring stuff and 7) maybe some kind of LVS >monitoring. I am not a programmer, but many of these can be done with >either existing commands or can be done on BB with existing plugins and >some (like lshw -html) are mostly static. BB plugin (at least from 1.9) are fully compatible with hobbit .... the maximum you have to do is to put some environment variable in the hobbit configuration file instead of putting them in some other bb file but this is all. 1) if you have a script to do it there's no problem to use it ... 2) hobbit client 4.2 already implement a network test that check open port on the local machine 3) you can run it and send the output to the hobbit server, it will manage to show you the data.... just an example: If you run (from a hobbit client commandline) : echo "status machine1.cpuinfo green `date` `cat /proc/cpuinfo `"| bb hobbitsrv @ It will report the data to hobbit and you can see them in a column .... 4) already done from the client and also from some network monitoring script available for hobbit or bb that get data via SNMP. 5) client os information are reported by the hobbit client 6) there are many scripts available on deadcat that run out-of-the-box with hobbit (or just with some modify). Many new extention are starting also to be personalized for hobbit because it have more options. Some of those scripts test network device via SNMP. Some new ones are in development ( devmon ) and are done so that you can check every snmp device you want, you just need to write a template of what you want to check. 7) don't really know but I think it will not be difficult to write something about it if there are commands to check the state. >Fourth is relay. By this I mean monitoring systems on a private >subnetwork that are only accessible to the Hobbit server by going >through an intermediate server. Is this possible with Hobbit and is it >any more difficult to do than on BB? Hobbit use the same protocol as BB. You only need to open one port or you can use the proxy or, with the 4.2 version you can directly poll the hobbit client from the server to get the data that will be stored locally in memory. This last alternative is what I'll start to check in the next few days to get data from our DMZ machines and it's a really simple-than-what-could-be-done with BB for polling instead of receiving because you need nothing more then the hobbit client. >Fifth is portability. BB is very portable, I can make a 'model' client >for say Red Hat and tar it and distribute it very easily to every server >I have using only a few commands. Is Hobbit the same, or are there >client dependencies or other things that may make this more difficult. Hobbit is at least as portable as BB. Just compile on one machine add all needed extentions and then tar and port it on all the same architecture machines. If you want to let the client work with "local" configuration instead of the centralized one you'll need the pcre library installed on the client machine but if you use the normal centralized setup you'll need nothing else than a tar. With 4.2, when a new version is available you have only to compile it, package on one client and put it on the server to have it distributed to all your clients. >Sixth is development. How active is the development of Hobbit, how big >is the community, etc? How many people can attest to having fully >functional hobbit setups, how long has it been around and how often are >new releases usually made? Also I saw something this morning about a >Windows client -- how stable is that? How stable is the Solaris version? >Is there a client for Mac OSX? Is Hobbit like BB in the sense that you >can change paths to system binaries like grep and sed to allow easy use >on other UNIXes like OSX? When will 4.2 be officially released as a >production version? Since we have a working BB setup for now, I need to >decide if I should try to start migrating now or if I should wait some >time for Hobbit to develop more before I migrate from BB. Well... I think hobbit have a really active community (just check the mail in this mailing list ... about 80 in 2 days ...well, we're under the final bug fixes for 4.2 :D ).... if you need any information or help with every problem you can have with hobbit or with an extention script or with something you don't understand of the functionality of hobbit you can send a mail and normally it will not pass unobserved and probably you'll get an answer or help from someone during the same day. Release for 4.2 is going a bit long but this new version will implement really much changes from the oldest 4.1 release that I think it's normal (I'm also seeing new functionality implemented in those last days before relase). The snapshot are created nightly and sometimes there are also daily snapshot to correct some bugs... I think many people in the community are already running the 4.2 if not in a production environment in test just to check the new functionality (at least I'm doing it :P). The windows client (bbwin) is in development and the 0.8 version preview is out... I think I'll start to check it tomorrow because there are some really nice functionality that this client have (monitoring of microsoft cluster and load balancer). The next versions ( I really hope the next one) will also be full hobbit-client oriented so it will send data to hobbit that will do the checking for the warning/alerting.... After this I will never have to change anything on a monitored client :D Regarding the development community you'll find that for hobbit (some run also with bb) there are many people developing plugins.. At the moment this is what is "under development" that I remember: Devmon: to monitor snmp devices you can found it at devmon.sourceforge.net bbwin: windows client found at: bbwin.sourceforge.net hobbit-perl-cl (my work :P): you'll find perl extentions that run on hobbit server to monitor network appliance storage, Weblogic server and i hope for the next week database server (oracle/informix/sqlserver mysql in the near future) located at sourceforge.net/projects/hobbit-perl-cl The shire : a sort of deadcat for hobbit scripts sourceforge.net/projects/theshire/ >That's all for now. Sorry about so many questions, but I need as much >clarification and background knowledge as possible before I start trying >to convince my boss why we should dedicate the time and effort to try >out and ultimately move to Hobbit when BB "just works" without giving us >any problems. If we do adopt hobbit, I will definitely reciprocate with >help to newbies as I learn Hobbit better and will recommend it to many >other people on campus as I have previously done with BB. The only think I can suggest is to try hobbit. You can also do it on the same machine when you run your bb server.... What you need to do is: 1) create a hobbit user 2) install hobbit server normally 3) add the apache part to the apache server configuration (it's different from the bb because it uses /hobbit) 4) edit the ~hobbit/server/etc/hobbitserver.cfg and ~hobbit/client/etc/hobbitclient.cfg and change the BBPORT variable from 1984 to 1985 (or something else) 5) edit the ~hobbit/server/etc/bb-services and change bbd port to the same one used in 4) 6) start the hobbit server and check what's happening I use this setup on the same machine where I have the hobbit production server and it work really well. If you want to test the hobbitclient you just have to go to a machine, compile the client, change the same port in the hobbitclient.cfg file and check how it's working. If you want to populate some datas just to check how it work you can also get your bb-hosts file and put some of your host network check in hobbit just to have some pages/subpages ... I think after you test it and see everything he can do you'll start using it :D Well I think I wrote a bit too much :D Regards Francesco Duranti

1 0

[hobbit] Hobbit newbie from BB: differences and what may I lose from migrating?
by JMSmith＠stvincenthealth.com 01 Aug '06

01 Aug '06

That sounds like a challenge! <grin> -----Original Message----- From: Brodie, Kent [mailto:brodie at mcw.edu] Sent: Tuesday, August 01, 2006 5:03 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? Like Jim, I was originally going to keep parallel installations going for some time (BB, and then Hobbit). After only 1 day of seeing what hobbit could do for me, my reaction was "why bother"? I imported the bb-hosts file from BB into hobbit, turned BB off, and went to town. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Smith, Jim [mailto:JMSmith at stvincenthealth.com] Sent: Tuesday, August 01, 2006 4:49 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? I have to second everything that Kent said. I am still in the process of switching from BB to Hobbit, but I've had it set up and running since January. I really, really like it. I'm going to continue using BB for a while to send messages and alerts to the help desk folks, since I want to filter out a lot of things that they might panic about but aren't really critical issues. Hobbit will be the main monitoring system for the rest of the technical staff. Jim Smith To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

[hobbit] Hobbit newbie from BB: differences and what may I lose from migrating?
by brodie＠mcw.edu 01 Aug '06

01 Aug '06

Like Jim, I was originally going to keep parallel installations going for some time (BB, and then Hobbit). After only 1 day of seeing what hobbit could do for me, my reaction was "why bother"? I imported the bb-hosts file from BB into hobbit, turned BB off, and went to town. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Smith, Jim [mailto:JMSmith at stvincenthealth.com] Sent: Tuesday, August 01, 2006 4:49 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? I have to second everything that Kent said. I am still in the process of switching from BB to Hobbit, but I've had it set up and running since January. I really, really like it. I'm going to continue using BB for a while to send messages and alerts to the help desk folks, since I want to filter out a lot of things that they might panic about but aren't really critical issues. Hobbit will be the main monitoring system for the rest of the technical staff. Jim Smith

1 0

[hobbit] Hobbit newbie from BB: differences and what may I lose from migrating?
by JMSmith＠stvincenthealth.com 01 Aug '06

01 Aug '06

I have to second everything that Kent said. I am still in the process of switching from BB to Hobbit, but I've had it set up and running since January. I really, really like it. I'm going to continue using BB for a while to send messages and alerts to the help desk folks, since I want to filter out a lot of things that they might panic about but aren't really critical issues. Hobbit will be the main monitoring system for the rest of the technical staff. Jim Smith -----Original Message----- From: Brodie, Kent [mailto:brodie at mcw.edu] Sent: Tuesday, August 01, 2006 4:37 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? Most of the comments have addressed specific concerns. I will however, add my two cents worth, having just upgraded from a pure BB situation. First off, I was never aware of Hobbit. I got introduced to it when I was playing with my BB setup at Usenix, and someone basically said "cool, but have you seen THIS?". As soon as I got home, I fired up Hobbit on a test server, and began to play. Here's my observations, all of which I hope you can appreciate: * Building, installation: Much better, and cleaner than BB. In fact, the BB clients insisted you configured the local (client) bb-hosts file with "itself". Not necessary with Hobbit. Cool part: Once you get a particular client built (say, for Solaris 2.8/2.9), you can tar it up and untar it on the remote clients. Set up a hobbit user id, set up the init.d script, and voila. I had to deploy this across 140 servers. I got to the point where I could set up a new client in about a minute and 30 seconds. * Configuration: As said, most of the stuff is configured ON THE SERVER. This is just *so* much better than BB. All of my tests, alarms, etc, are on the server. Only exception are client-based EXT scripts. I grabbed one for Oracle monitoring (bb-moracle) and it worked with hobbit just great. * Performance: I am monitoring 140 servers from a single-processor P4 server. Barely uses any resources. The network tests work much faster than how BB handled it. My average system load is 0.2. Woooof. * RRD: This is what sold me. The built-in trend graphs are well.... just far too cool for words. Trend graphs for cpu use.. disk... memory, etc. We had a huge ORCA installation that I trashed when I saw this. * Remote enable, disable: Very very cool. Yes, there's a bit of a learning curve for things like the hobbit-alerts.cfg file, or hobbit-clients.cfg file, but these come with time after playing, and we'll help you out. Overall, since I fired this up in lieu of BB, I haven't looked back and am *VERY* impressed with what I have seen. And I used BB a lot. And, development is active and the community is growing. The "old" BB is basically dead from what I can see. -----Original Message----- From: Gary B. [mailto:gmbfly98 at gmail.com] Sent: Tuesday, August 01, 2006 3:55 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? > First, after reading through whatever I could find on the website I am > still a little bit confused about configuration and setup........................ To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk NOTICE: This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer system.

1 0

[hobbit] Hobbit newbie from BB: differences and what may I lose from migrating?
by brodie＠mcw.edu 01 Aug '06

01 Aug '06

Most of the comments have addressed specific concerns. I will however, add my two cents worth, having just upgraded from a pure BB situation. First off, I was never aware of Hobbit. I got introduced to it when I was playing with my BB setup at Usenix, and someone basically said "cool, but have you seen THIS?". As soon as I got home, I fired up Hobbit on a test server, and began to play. Here's my observations, all of which I hope you can appreciate: * Building, installation: Much better, and cleaner than BB. In fact, the BB clients insisted you configured the local (client) bb-hosts file with "itself". Not necessary with Hobbit. Cool part: Once you get a particular client built (say, for Solaris 2.8/2.9), you can tar it up and untar it on the remote clients. Set up a hobbit user id, set up the init.d script, and voila. I had to deploy this across 140 servers. I got to the point where I could set up a new client in about a minute and 30 seconds. * Configuration: As said, most of the stuff is configured ON THE SERVER. This is just *so* much better than BB. All of my tests, alarms, etc, are on the server. Only exception are client-based EXT scripts. I grabbed one for Oracle monitoring (bb-moracle) and it worked with hobbit just great. * Performance: I am monitoring 140 servers from a single-processor P4 server. Barely uses any resources. The network tests work much faster than how BB handled it. My average system load is 0.2. Woooof. * RRD: This is what sold me. The built-in trend graphs are well.... just far too cool for words. Trend graphs for cpu use.. disk... memory, etc. We had a huge ORCA installation that I trashed when I saw this. * Remote enable, disable: Very very cool. Yes, there's a bit of a learning curve for things like the hobbit-alerts.cfg file, or hobbit-clients.cfg file, but these come with time after playing, and we'll help you out. Overall, since I fired this up in lieu of BB, I haven't looked back and am *VERY* impressed with what I have seen. And I used BB a lot. And, development is active and the community is growing. The "old" BB is basically dead from what I can see. -----Original Message----- From: Gary B. [mailto:gmbfly98 at gmail.com] Sent: Tuesday, August 01, 2006 3:55 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit newbie from BB: differences and what may I lose from migrating? > First, after reading through whatever I could find on the website I am > still a little bit confused about configuration and setup........................

1 0

BBWin Preview 0.8 available
by etienne.grignon＠gmail.com 01 Aug '06

01 Aug '06

Hello everyone, I publish today BBWin 0.8 (a free Big Brother Hobbit Windows client). You can download the MSI installer of this preview from http://sourceforge.net/projects/bbwin This preview contains the following stuffs: + New Features * svcs agent has now a delay setting which tell the agent to do not monitor the Windows services for a short time after the startup of the computer * Msgs agent have priority and count options * You may use environment variables for hostname and paths settings (registry and BBWin.cfg) * Cpu agent can monitor uptime like the original Big Brother client. It is off by default. * Cpu agent reports usage for each cpu * ext directory is now created at the installation so the tree really looks like hobbit tree. * hostname, logpath, binpath, etcpath, tmppath registry settings can be environment variables (e.g.: %VARNAME%) * default hostname is %COMPUTERNAME% + Updates * cpu agent on multi processor computers is now sending the correct cpu usage * disk is now reporting correctly disk which had a size smaller than 1 mb * autoreload is now on by default * BBWin doesn't exits any more on configuration errors * Msgs default delay for matchs rules may be overridden by a generic setting * Msgs now reports date with 24h time format + Important note : * A memory leak has been discovered in BBWin 0.7 due to a bug in the CRT library shipped with Visual C++ 2005. I'm forced to use the Visual ToolKit 2003 since not update is available yet for this bug. (SP1 public download not yet available) Here the page that explain the bug : http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=129031&SiteID=1&PageI… http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?Feedba… Important Upgrade note : If you are upgrading from an older BBWin version, the disk, procs, and externals agents may not be upgraded because of a version error in the old package. So, the easiest way to upgrade BBWin to 0.8 is to delete disk.dll, procs.dll and externals.dll before the upgrade or by doing a repair by the MSI package after the upgrade. There are not too many new features in BBWin 0.8 in appearance but, deeply, it was an important upgrade because I changed a lot of thing so BBWin can have the centralized mode hobbit mode to follow the steps of the Unix side. Because it wasn't enough terminated and because the hobbitd backend part is not yet started, I didn't include it in BBWin 0.8. However, this version corrects many stuffs. To finish, as you can see, I'm a bit slower than Henrik to implement features... I'm still an hobbit padawan :) Have a nice day, -- Etienne

1 0

Windows Client
by Vernon.Everett＠dpi.wa.gov.au 01 Aug '06

01 Aug '06

Hi all I have been asleep for a while, and not monitoring what's been going on, but can anybody tell me the status of the Windows client? When I last paid close attention to the list, the client was in beta, and if I recall, did a pretty OK job. (I installed it on a test system) But that was at the old job. New job, new Hobbit installation, and the Windoze crowd want to see the client. What's news? Regards Vernon

3 3

[hobbit] Shire: update
by brodie＠mcw.edu 01 Aug '06

01 Aug '06

Agreed- "OS" would include disk ,cpu ,etc. "Environment" is for external monitors for things like, temp, water, fire, etc. Some sites use these things heavily. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: Tuesday, August 01, 2006 9:16 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Shire: update On 8/1/06, Brodie, Kent <brodie at mcw.edu> wrote: > One category I'd like to see is a place for user-created config files to > go as examples. For example, sample bb-hosts files, hobbit-clients.cfg, > hobbit-alerts.cfg, etc. I had a wee bit of struggling to get the > behavior of some of the alerting rules right, for example. > > As far as categories in general, I agree deadcat has too many..... > > My $0.02: > > Network > Disk > Email > Databases > HTTP > Config Examples > Environment > Security > > At least to start with- perhaps a few more. I think most items can be > lumped in here somewhere. How about "OS" - or System Health?? Your Disk category could be a subset of that. It would include stuff like the Sparc/Solaris temperature monitor from Deadcat. Or would that be part of Environment? Ralph Mitchell To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

3 2

Scheduled maintenances
by plardinois＠be.tiauto.com 01 Aug '06

01 Aug '06

Hello, Are the "Scheduled actions" stored somewhere in a file or in a list on the Hobbit server ? Or is there an other way to list them than via the enable/disable interface ? Thanks. Regards, Pierre _____________________________ Pierre Lardinois Int. ICT Infrastructure Team TI Automotive The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

3 10