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