Rsync, FTP, scp would work

On 10/19/08, Galen Johnson <Galen.Johnson at sas.com> wrote:

Since these are all text files, why not keep them in a CVS or Subversion repository. You get the benefit of version control and can set up processes on the disparate systems to periodically update from the prod tag of the repository.

=G=

---

From: Breitman, Jason [Jason.Breitman at blackrock.com] Sent: Saturday, October 18, 2008 10:27 PM To: hobbit at hswn.dk Subject: [hobbit] Keeping configuration files in sync

We frequently add and modify configuration changes such as cpu / disk thresholds, adding processes to be watched and adding additional external checks.

How do you recommend keeping these configurations synchronized? Can hobbit run on a nfs mounted file system? What are the pros and cons? Any suggestions would be appreciated. Right now when I make a change a scp the updates to all hosts which is time consuming and does not provide me with the consistency that I am looking for.

Thanks.

Jason Breitman jason.breitman at blackrock.com

THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.

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

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

Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer

If I define some critical system criteria against a host (or create a template) and hit "Update", the form clears except for the hostname and testname fields. If I then do a "Search" on the hostname/textname data I just entered, it says there are no records. The hostname/testname I entered is not displayed on the Critical Systems View either.

Where are these critical systems records saved? In a file somewhere that I could check manually?

Thanks!

Oops!

-r--r--r-- 1 hobbit www 0 Apr 21 2007 hobbit-nkview.cfg

I have all files in this directory under RCS source code control, and unless I've checked them out and have them open for editing, they are read-only. This is the first time I've tried to use critical systems, so it obviously tripped up on that 444 file permission. All appears good with file mode 664. The file was updated by the config editor at least, now I have to similate a red condition to see if it actually shows up on the critical systems view.

Thanks!

-----Original Message----- From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] Sent: Wednesday, October 22, 2008 11:26 AM To: hobbit at hswn.dk Cc: Haertig, David F (Dave) Subject: Re: [hobbit] Critical system editor doesn't save data when hitting 'Update'

On Wednesday 22 October 2008 19:15:19 Haertig, David F (Dave) wrote:

If I define some critical system criteria against a host (or create a template) and hit "Update", the form clears except for the hostname and testname fields. If I then do a "Search" on the hostname/textname

data I just entered, it says there are no records. The hostname/testname I entered is not displayed on the Critical Systems View either.

Where are these critical systems records saved? In a file somewhere that I could check manually?

~/hobbit/server/etc/hobbit-nkview.cfg, and that obviously has to be writable by the user running the web server (e.g. apache).

A quick test would be:

su - apache -s /bin/sh -c '/bin/touch

~hobbit/server/etc/hobbit-nkview.cfg'

Regards, Buchan

Oh. I think I figured it out. There's a line in the Hobbit documentation on cloning that says:

"NOTE: Cloning happens at the host level, so even though we did the cloning from a cpu test definition, it will also affect all the other definitions we have for the Standard Unix host"

I was trying to clone the SAME host, but for a different test. So every time I would clone a host+test then that would wipe out any previously cloned host+othertest that I had already done.

I get it. Too bad we can't clone on a host+test level, but I can live with that. For my particular situation this pretty much wipes out cloning as an option. I will manually edit the nkview file and do my own copy/paste/edit as an (alternate to cloning) using vi ... even though the manpage says you shouldn't edit this file manually, I don't see why not if you do so with due diligence.

Thanks

-----Original Message----- From: Haertig, David F (Dave) [mailto:haertig at avaya.com] Sent: Wednesday, October 22, 2008 8:09 PM To: hobbit at hswn.dk Subject: [hobbit] Critical system editor "forgets" some, but not all, settings

I have added some critical systems. Initially it appeared to work. But the more I added, sometimes earlier settings would "drop off". They just disappear. So far I've only noted this with templates, that that's not say it doesn't happen elwhere - I just haven't noted that yet. The template stays, but the assigned clones just mysteriously disappear. I can see this by manually editing the hobbit-nkview.cfg file. One moemtn the clone lines are there, the next they are not.

I even tried adding things into that nkview file manually (using the vi editor). It's easy enough to figure out the syntax. Many of the clone lines that are in the nkview file are NOT displayed on the web editing interface. So it's like two problems - (1) sometimes the clone lines disappear mysteriously, and (2) sometimes they're there (when added manually), but ignored.

My nkview file issmall, only containing 39 lines currently, so I doubt I'm past some kind of internal limit on the number of entries (I hope not!)

Any ideas?

p.s. - nobody else is modifying this stuff bur me, so it's not a rogue user running interference. I am the only person with access to this server.

Thanks!

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

Also ... how to change the default for the "Acked" dropdown from No to Yes?

-----Original Message----- From: Haertig, David F (Dave) [mailto:haertig at avaya.com] Sent: Wednesday, October 22, 2008 11:24 PM To: hobbit at hswn.dk Subject: [hobbit] How to change nkview default setting?

Is there a configuration file setting or environment variable to make the nkview cgi script default to "Red only" as opposed to "Red+Yellow" in the color filtering dropdown? I still want both choices available, but I want to change the default.

Thanks

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

Perfect! Worked like a charm. Thanks!

-----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, October 23, 2008 11:49 PM To: hobbit at hswn.dk Subject: Re: [hobbit] How to change nkview default setting?

In <9836EA7D7FDAE34099AED87A2D9C3A8D029B75C3 at 306181ANEX2.global.avaya.com> "Haertig, David F (Dave)" <haertig at avaya.com> writes:

Is there a configuration file setting or environment variable to make the nkview cgi script default to "Red only" as opposed to "Red+Yellow" in the color filtering dropdown? I still want both choices available, but I want to change the default.

Also ... how to change the default for the "Acked" dropdown from No to Yes

All of the defaults are in the URL you use for the nkview.cgi webpage, so just change to menu-item to match the URL you have with your preferred settings.

Regards, Henrik

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