On Thu, Nov 19, 2009 at 7:58 AM, Nikesh Maharaj <NMaharaj at tcta.co.za> wrote:

Good afternoon all,

I am currently running BackupExec v12.5 . is there any way I can amalgamate the “successful emails” into Xymon?

http://www.deadcat.net/search.php?menuosfamily=0&menulicense=0&menusection=1...

-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.

-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?

If you're using Sendmail, you can setup an alias to receive those messages and pipe them to a shell script. Based on your parsing of the mail message in that shell script, you can send a subsequent status color to your Xymon server. Sounds relatively easy ...

Matt Moldvan.

Unix System Administrator Computer Science Corporation General Dynamics Land Systems 38500 Mound Rd. Sterling Heights, MI. 48310 Desk: (586) 825-8294 Oracle IM: moldvanm

This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.

Re: [hobbit] Backup exec

Josh Luthman to: hobbit 11/19/2009 09:25 AM

Please respond to hobbit

I didn't get a list, just empty search results.

On 11/19/09, Asif Iqbal <vadud3 at gmail.com> wrote:

On Thu, Nov 19, 2009 at 7:58 AM, Nikesh Maharaj <NMaharaj at tcta.co.za> wrote:

...

Good afternoon all,

I am currently running BackupExec v12.5 . is there any way I can amalgamate the ?successful emails? into Xymon?

http://www.deadcat.net/search.php?menuosfamily=0&menulicense=0&menusection=1...

...

-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and

is

...

believed to be clean.

-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?

-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373

"The secret to creativity is knowing how to hide your sources." --- Albert Einstein

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

Cayo de Moraes wrote:

nobody knows anything about it?

any help would be appreciated.

2009/11/18 Cayo de Moraes <camorae at googlemail.com <mailto:camorae at googlemail.com>>

Hi guys,

just like we use the file hobbit-clients.cfg to manage DISK, CPU,
PROCS etc. for each client, we would like to have a centralized
configuration for the external scripts.

So far I tested two things:

1)  Server-side check:
bb-hosts entry (for the external scripts), additional code entry in
the external scripts (for bbhostgrep), etc.

Problem: this seems to work only with "Network checks" which will be
done from Server-side to check the clients, like advanced
ftp/ping/ssh script etc. It doesnt work for scripts, wich have to
run on the clients, like mysql checks.


2) ONHOST:
the entry ONHOST in the hobbitlaunch.cfg.

Problem: this is not working for me... i tought with this entry
Hobbit would be able to issue an order to the client and then
execute the command in the client, but when looking into the
logfiles, i see that Hobbit have to find the external script on the
Hobbit-Server (i think its the same result as in Problem 1). I
tought it would work as a "bb-bbextab"... but the MAN Pages says it
has to be configured on the server....

I also feel confused... We use ONHOST but in clientlaunch.cfg (which is centrally managed). Don't know why the ONHOST keyword is described in hobbitlaunch.cfg.

Example:

[localtest] ONHOST hostname1|hostname2|hostname3 ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/localtest.sh LOGFILE $HOBBITCLIENTHOME/logs/localtest.log INTERVAL 5m

Dominique

Cayo de Moraes wrote:

nobody knows anything about it?

any help would be appreciated.

2009/11/18 Cayo de Moraes <camorae at googlemail.com <mailto:camorae at googlemail.com>>

Hi guys,

just like we use the file hobbit-clients.cfg to manage DISK, CPU,
PROCS etc. for each client, we would like to have a centralized
configuration for the external scripts.

So far I tested two things:

1)  Server-side check:
bb-hosts entry (for the external scripts), additional code entry
in the external scripts (for bbhostgrep), etc.

Problem: this seems to work only with "Network checks" which will
be done from Server-side to check the clients, like advanced
ftp/ping/ssh script etc. It doesnt work for scripts, wich have to
run on the clients, like mysql checks.


2) ONHOST:
the entry ONHOST in the hobbitlaunch.cfg.

Problem: this is not working for me... i tought with this entry
Hobbit would be able to issue an order to the client and then
execute the command in the client, but when looking into the
logfiles, i see that Hobbit have to find the external script on
the Hobbit-Server (i think its the same result as in Problem 1). I
tought it would work as a "bb-bbextab"... but the MAN Pages says
it has to be configured on the server....



So guys, do i have another way to manage this external scripts
(which have to be run on the clients) in the Hobbit-Server?

TIA,
Cayo

If you want to configure script running on the clients (remotely) from the Hobbit server, I think you have two options. Both will require a little bit of coding in your client side.

1. You can arrange (maybe write a small script to do it periodically) to run something like: $BB $BBDISP "config myconfigfile" (see the man page for the "bb" command). The idea is to add custom configurations to this "myconfigfile" in your server/etc directory, and use this command on the clients to update a local copy onto the client. You script can then parse this as desired.

2. You can use the client-local.cfg on the server to send out custom configurations, as well. For a particular hostname or class entry in there, you can add a line with some parameters... say something like:

[myhost] log:/var/log/messages:10240 myconfig:something=1280 somethingelse=foo

Note that the client will pull the first matching block from client-local.cfg back when it contacts the server to send test results. The client-local block will get saved on your client in a file under $BBTMP, in a file named like "logfetch.hostname.cfg." You could use this mechanism to get configurations to your client, by looking for your lines in this file (starting with "myconfig:"), and parsing it for your configurations.

Hope this gives you some starting ideas. -Alan