1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged sitesummary
</title>
5 <description>Entries tagged sitesummary
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Automatic Munin and Nagios configuration
</title>
11 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</guid>
13 <pubDate>Wed,
27 Jan
2010 15:
15:
00 +
0100</pubDate>
14 <description><p
>One of the new features in the next Debian/Lenny based release of
15 Debian Edu/Skolelinux, which is scheduled for release in the next few
16 days, is automatic configuration of the service monitoring system
17 Nagios. The previous release had automatic configuration of trend
18 analysis using Munin, and this Lenny based release take that a step
21 <p
>When installing a Debian Edu Main-server, it is automatically
22 configured as a Munin and Nagios server. In addition, it is
23 configured to be a server for the
24 <a href=
"http://wiki.debian.org/DebianEdu/HowTo/SiteSummary
">SiteSummary
25 system
</a
> I have written for use in Debian Edu. The SiteSummary
26 system is inspired by a system used by the University of Oslo where I
27 work. In short, the system provide a centralised collector of
28 information about the computers on the network, and a client on each
29 computer submitting information to this collector. This allow for
30 automatic information on which packages are installed on each machine,
31 which kernel the machines are using, what kind of configuration the
32 packages got etc. This also allow us to automatically generate Munin
33 and Nagios configuration.
</p
>
35 <p
>All computers reporting to the sitesummary collector with the
36 munin-node package installed is automatically enabled as a Munin
37 client and graphs from the statistics collected from that machine show
38 up automatically on http://www/munin/ on the Main-server.
</p
>
40 <p
>All non-laptop computers reporting to the sitesummary collector are
41 automatically monitored for network presence (ping and any network
42 services detected). In addition, all computers (also laptops) with
43 the nagios-nrpe-server package installed and configured the way
44 sitesummary would configure it, are monitored for full disks, software
45 raid status, swap free and other checks that need to run locally on
46 the machine.
</p
>
48 <p
>The result is that the administrator on a school using Debian Edu
49 based on Lenny will be able to check the health of his installation
50 with one look at the Nagios settings, without having to spend any time
51 keeping the Nagios configuration up-to-date.
</p
>
53 <p
>The only configuration one need to do to get Nagios up and running
54 is to set the password used to get access via HTTP. The system
55 administrator need to run
"<tt
>htpasswd /etc/nagios3/htpasswd.users
56 nagiosadmin
</tt
>" to create a nagiosadmin user and set a password for
57 it to be able to log into the Nagios web pages. After that,
58 everything is taken care of.
</p
>
63 <title>Sitesummary tip: Listing MAC address of all clients
</title>
64 <link>http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_MAC_address_of_all_clients.html
</link>
65 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_MAC_address_of_all_clients.html
</guid>
66 <pubDate>Fri,
14 May
2010 21:
10:
00 +
0200</pubDate>
67 <description><p
>In the recent Debian Edu versions, the
68 <a href=
"http://wiki.debian.org/DebianEdu/HowTo/SiteSummary
">sitesummary
69 system
</a
> is used to keep track of the machines in the school
70 network. Each machine will automatically report its status to the
71 central server after boot and once per night. The network setup is
72 also reported, and using this information it is possible to get the
73 MAC address of all network interfaces in the machines. This is useful
74 to update the DHCP configuration.
</p
>
76 <p
>To give some idea how to use sitesummary, here is a one-liner to
77 ist all MAC addresses of all machines reporting to sitesummary. Run
78 this on the collector host:
</p
>
80 <blockquote
><pre
>
81 perl -MSiteSummary -e
'for_all_hosts(sub { print join(
" ", get_macaddresses(shift)),
"\n
"; });
'
82 </pre
></blockquote
>
84 <p
>This will list all MAC addresses assosiated with all machine, one
85 line per machine and with space between the MAC addresses.
</p
>
87 <p
>To allow system administrators easier job at adding static DHCP
88 addresses for hosts, it would be possible to extend this to fetch
89 machine information from sitesummary and update the DHCP and DNS
90 tables in LDAP using this information. Such tool is unfortunately not
91 written yet.
</p
>
96 <title>Sitesummary tip: Listing computer hardware models used at site
</title>
97 <link>http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_computer_hardware_models_used_at_site.html
</link>
98 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_computer_hardware_models_used_at_site.html
</guid>
99 <pubDate>Thu,
3 Jun
2010 12:
05:
00 +
0200</pubDate>
100 <description><p
>When using sitesummary at a site to track machines, it is possible
101 to get a list of the machine types in use thanks to the DMI
102 information extracted from each machine. The script to do so is
103 included in the sitesummary package, and here is example output from
104 the Skolelinux build servers:
</p
>
106 <blockquote
><pre
>
107 maintainer:~# /usr/lib/sitesummary/hardware-model-summary
109 Dell Computer Corporation
1
112 eserver xSeries
345 -[
8670M1X]-
1
116 </pre
></blockquote
>
118 <p
>The quality of the report depend on the quality of the DMI tables
119 provided in each machine. Here there are Intel machines without model
120 information listed with Intel as vendor and no model, and virtual Xen
121 machines listed as [no-dmi-info]. One can add -l as a command line
122 option to list the individual machines.
</p
>
124 <p
>A larger list is
125 <a href=
"http://narvikskolen.no/sitesummary/
">available from the the
126 city of Narvik
</a
>, which uses Skolelinux on all their shools and also
127 provide the basic sitesummary report publicly. In their report there
128 are ~
1400 machines. I know they use both Ubuntu and Skolelinux on
129 their machines, and as sitesummary is available in both distributions,
130 it is trivial to get all of them to report to the same central
136 <title>Setting up a new school with Debian Edu/Squeeze
</title>
137 <link>http://people.skolelinux.org/pere/blog/Setting_up_a_new_school_with_Debian_Edu_Squeeze.html
</link>
138 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Setting_up_a_new_school_with_Debian_Edu_Squeeze.html
</guid>
139 <pubDate>Wed,
25 Jan
2012 21:
00:
00 +
0100</pubDate>
140 <description><p
>The next version of
<a href=
"http://www.skolelinux.org/
">Debian Edu
141 / Skolelinux
</a
> will include a new tool
142 <tt
>sitesummary2ldapdhcp
</tt
>, which can be used to quickly set up all
143 the computers in a school without much manual labour. Here is a short
144 summary on how to use it to set up a new school.
</p
>
146 <p
>First, install a combined Main Server and Thin Client Server as the
147 central server in the network. Next, PXE boot all the client machines
148 as thin clients and wait
5 minutes after the last client booted to
149 allow the clients report their existence to the central server. When
150 this is done, log on to the central server and run
151 <tt
>sitesummary2ldapdhcp
</tt
> in the
<tt
>konsole
</tt
> to use the
152 collected information to generate system objects in LDAP. The output
153 will look similar to this:
</p
>
155 <p
><blockquote
><pre
>
156 % sitesummary2ldapdhcp
157 info: Updating machine tjener.intern [
10.0.2.2] id ether-
00:
01:
02:
03:
04:
05.
158 info: Create GOsa machine for auto-mac-
00-
01-
02-
03-
04-
06 [
10.0.16.20] id ether-
00:
01:
02:
03:
04:
06.
160 Enter password if you want to activate these changes, and ^c to abort.
162 Connecting to LDAP as cn=admin,ou=ldap-access,dc=skole,dc=skolelinux,dc=no
163 enter password: *******
165 </pre
></blockquote
></p
>
167 <p
>After providing the LDAP administrative password (the same as the
168 root password set during installation), the LDAP database will be
169 populated with system objects for each PXE booted machine with
170 automatically generated names. The final step to set up the school is
171 then to log into
<a href=
"https://oss.gonicus.de/labs/gosa/
">GOsa
</a
>,
172 the web based user, group and system administration system to change
173 system names, add systems to the correct host groups and finally
174 enable DHCP and DNS for the systems. All clients that should be used
175 as diskless workstations should be added to the workstation-hosts
176 group. After this is done, all computers can be booted again via PXE
177 and get their assigned names and group based configuration
178 automatically.
</p
>
180 <p
>We plan to release beta3 with the updated version of this feature
181 enabled this weekend. You might want to give it a try.
</p
>