Re: [Nagios-users] So its running how I like it

2009-02-18 Thread Paul Weaver
We use an ubuntu based PXE builder, but the same principle. We've
deployed half a dozen nagios instances so far, another dozen to do by
the end of the year.

The config is stored in subversion, installing nagios hasn't been
streamlined, as to be honest we rarely need to install from scratch.

(standard ubuntu-server build, with a few additions like ssh and snmpd)
apt-get install subversion apache2 expect libbit-vector-perl
libcalendar-simple-perl libcarp-clan-perl libconfig-inihash-perl
libdate-calc-perl libdate-manip-perl libdbd-mysql-perl libdbi-perl
libdigest-hmac-perl libdigest-sha1-perl libgd-gd2-perl
libgraphics-magick-perl libhash-case-perl libhash-withdefaults-perl
libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl
libio-stringy-perl liblocale-gettext-perl libnagios-object-perl
libnet-daemon-perl libnet-dns-perl libnet-ip-perl
libnet-ping-external-perl libnet-snmp-perl libnet-socks-perl
libnet-telnet-perl libnumber-format-perl libpcre3 libperl5.8
libplrpc-perl librpc-xml-perl librrds-perl libterm-readkey-perl
libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl
libtimedate-perl liburi-perl libwww-mechanize-perl libwww-perl
libxml-libxml-common-perl libxml-libxml-perl
libxml-namespacesupport-perl libxml-parser-perl libxml-sax-perl
libxml-simple-perl sqsh

su -
cd /
wget --user=username --password=pass
http://svn/config/nagios/nagios-base.tar.gz
tar -zxvf nagios-base.tar.gz
rm nagios-base.tar.gz
cd /usr/local/nagios
svn --username username --password username co
http://svn/config/nagios/libexec
svn co http://svn/config/bristol etc
addgroup --system nagios
adduser --system --home /usr/local/nagios --shell /bin/false
--no-create-home nagios
usermod -a -G nagios npf
usermod -a -G nagios www-data
chown -R nagios:nagios /usr/local/nagios
chmod -R g+rwX /usr/local/nagios
ln /usr/local/nagios/etc/apacheconfig
/etc/apache2/sites-available/nagios
ln /usr/local/nagios/etc/init.d.nagios /etc/init.d/nagios
ln -s /etc/apache2/sites-available/nagios /etc/apache2/sites-enabled/
ln -s /usr/lib/libgd.so.2.0.0 /usr/lib/libgd.so.1
/etc/init.d/apache2 reload
update-rc.d nagios defaults

cd /usr/local/nagios/var
 comments.dat
 downtime.dat
 nagios.log
 objects.cache
 retention.dat
 status.dat

--
Paul Weaver 
Systems Development Engineer
News Production Facilities, BBC News
Work:   020 822 58109
Room 1244  Television Centre,
Wood Lane, London, W12 7RJ

 

 -Original Message-
 From: James Pratt [mailto:jpr...@norwich.edu] 
 Sent: 17 February 2009 23:58
 To: Martyn; nagios-users@lists.sourceforge.net
 Subject: Re: [Nagios-users] So its running how I like it
 
 
 
  -Original Message-
  From: Martyn [mailto:mar...@chetnet.co.uk]
  Sent: Tuesday, February 17, 2009 4:46 PM
  To: nagios-users@lists.sourceforge.net
  Subject: [Nagios-users] So its running how I like it
  
  But how can I make an install ISO that will allow me to 
 install afresh
 to a new server,
  ask for username, password IP address and so on.
  
  Then once the install is complete a I a running Nagios Server.
  
  Thanks
  
  Martyn
 
 Martyn, no real clue on what you are talking about , but it 
 sounds like you want to build a linux system using kickstart.(?)..
 
 (it's a red hat linux thing, AFAIK)
 
 http://www.google.com/search?q=redhat+kickstart
 
 cheers,
 jamie
 
 
 --
 
 Open Source Business Conference (OSBC), March 24-25, 2009, 
 San Francisco, CA
 -OSBC tackles the biggest issue in open source: Open Sourcing 
 the Enterprise
 -Strategies to boost innovation and cut costs with open 
 source participation
 -Receive a $600 discount off the registration fee with the 
 source code: SFAD
 http://p.sf.net/sfu/XcvMzF8H
 ___
 Nagios-users mailing list
 Nagios-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/nagios-users
 ::: Please include Nagios version, plugin version (-v) and OS 
 when reporting any issue. 
 ::: Messages without supporting info will risk being sent to /dev/null
 

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null


Re: [Nagios-users] So its running how I like it

2009-02-18 Thread Allan Clark
On Wed, Feb 18, 2009 at 09:51, Paul Weaver paul.wea...@bbc.co.uk wrote:

 We use an ubuntu based PXE builder, but the same principle. We've
 deployed half a dozen nagios instances so far, another dozen to do by
 the end of the year.

 The config is stored in subversion, installing nagios hasn't been
 streamlined, as to be honest we rarely need to install from scratch.

 (standard ubuntu-server build, with a few additions like ssh and snmpd)
 apt-get install subversion apache2 expect libbit-vector-perl
 ...
 ... [ two dozen or more dependencies] ...
 ...

libxml-simple-perl sqsh


 su -
 ...
 ... [15 lines of hand-config] ...



 cd /usr/local/nagios/var
  comments.dat
  downtime.dat
  nagios.log
  objects.cache
  retention.dat
  status.dat


The dependencies, hand-config user-creation, and the creation of the ghost
files, can be done with a proper RPM -- which then means that two
installations (by different people) are able to help each other a bit
easier.  It may also help the original OT poster get a canned install with
little hand-monkeying, so easier to approach a canned ISO or a VM disk
image.

Paul, did you think of using the RPM, and indicating the shortfalls (such as
the perl dependencies that aren't portable to the host's RPM dependencies --
those always pop up) or other issues with the RPM?

Allan
http://community.nagios.org/wiki/index.php/LDAP-Configured_Nagios
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null

Re: [Nagios-users] So its running how I like it

2009-02-18 Thread Paul Weaver
  The dependencies, hand-config user-creation, and the creation of the
ghost files, 
 can be done with a proper RPM -- which then means that two
installations (by 
 different people) are able to help each other a bit easier.  It may
also help 
 the original OT poster get a canned install with little
hand-monkeying, so easier 
 to approach a canned ISO or a VM disk image.

Whether it's worth it depends on how much you'll use it. The config
should always be 
seperate, and I'd suggest libexec too (We're always adding custom
plugins). If you
run in a mixed mode environment (some 32 bit, some 64), separate your 
architecture-independent perl scripts from your binaries by using two
libexec directories.

 Paul, did you think of using the RPM, and indicating the shortfalls
(such as the 
 perl dependencies that aren't portable to the host's RPM dependencies
-- those 
 always pop up) or other issues with the RPM?

We have 35 custom .debs in a local repository. One of our nagios checks
runs apt-get 
update every night for security checking, so we see which machines need
upgrades. 

We haven't written a plugin that needs a perl module which isn't in the
OS repository. 
It's easier to keep uptodate that way, and there's arround 1400 perl
modules in the apt
Repositories. 

The testing that needs to go into the installation scripts (to do it
right) for something like 
a nagios install is much more intensive than most, which files to remove
in preperation 
for upgrade, which to purge, which not to purge, what to do on failed
upgrades, etc. Much easier 
to run one command after another and check for errors yourself.

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null


Re: [Nagios-users] So its running how I like it

2009-02-17 Thread Kevin Keane
There are several ways, depending on exactly what you want to accomplish 
and why you want to do it.

Ultimately, think about what makes a Nagios server run perfectly. 
Primarily, it's the configuration files, probably in /etc/nagios, right? 
So you would want to tar those up to start with. You may have added some 
of your own plugins. Don't forget any scripts that you may have created. 
Any customized icons, graphics, etc. Don't forget the Apache 
configuration changes and any Apache modules you may need. And remember 
any user names that you may have created for nagios to run under.

Once you have all the various customizations that you did to accomplish 
where you are now, you have several options:

The closest to what you are asking for is probably to simply put all the 
customizations into a tar file (or similar). When you need to install 
afresh, simply install your choice of operating system. Then untar the 
nagios file you prepared earlier, and everything *should* be back in 
place (with the possible exception of file ownerships and permissions). 
Theory being what it is, you will probably have to do a little bit of 
touchup.

Another possibility is to create a live CD. In that case, Linux never 
gets installed, it runs right off the CD. Of course status changes, as 
well as some configuration information (such as IP address) has to be on 
a hard disk or memory stick. You can make as many copies of it as you need.

Or you could virtualize your Nagios server. That is what I did. Moving 
or copying Nagios to another server is as simple as copying a directory 
with about ten files (a couple GB of data, so it does take a little 
while). Copying will obviously also mean a few configuration changes.

Martyn wrote:

 But how can I make an install ISO that will allow me to install afresh 
 to a new server, ask for username, password IP address and so on.

 Then once the install is complete a I a running Nagios Server.

 Thanks

 Martyn


-- 
Kevin Keane
Owner
The NetTech
Find the Uncommon: Expert Solutions for a Network You Never Have to Think About

Office: 866-642-7116
http://www.4nettech.com

This e-mail and attachments, if any, may contain confidential and/or 
proprietary information. Please be advised that the unauthorized use or 
disclosure of the information is strictly prohibited. The information herein is 
intended only for use by the intended recipient(s) named above. If you have 
received this transmission in error, please notify the sender immediately and 
permanently delete the e-mail and any copies, printouts or attachments thereof.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null