Installationshandbuch:Sensors - Versionsgeschichte

Schoffer: kat

2012-03-09T10:02:54Z

kat

← Nächstältere Version		Version vom 9. März 2012, 12:02 Uhr
Zeile 223:		Zeile 223:
	----		----
	<div align="right">[[Installationshandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Installationshandbuch\|zurück]] \| [[Hauptseite]]</div>


			[[Kategorie:ArchivArktur40]]

Schoffer: Archiv

2009-05-01T09:20:45Z

Archiv

← Nächstältere Version		Version vom 1. Mai 2009, 11:20 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~fertig~~}}		{{Archiv}}

Schoffer: Schützte „Installationshandbuch:Sensors“ [edit=sysop:move=sysop]

2008-05-16T15:03:06Z

Schützte „Installationshandbuch:Sensors“ [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 16. Mai 2008, 17:03 Uhr
(kein Unterschied)

Schoffer: 21 Versionen

2008-03-04T22:54:10Z

21 Versionen

← Nächstältere Version	Version vom 5. März 2008, 00:54 Uhr
(kein Unterschied)

Schoffer: Optik

2005-12-28T15:05:18Z

Optik

← Nächstältere Version		Version vom 28. Dezember 2005, 17:05 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{fertig}}		{{fertig}}


	== Überwachung der Serverhardware ==		== Überwachung der Serverhardware ==


	{\| align="center" border="0" cellpadding="5" cellspacing="2" style="border: 1px solid #AFAFAF; background-color: #FCFCFC; border-left: 5px solid #AFAFAF"		{\| align="center" border="0" cellpadding="5" cellspacing="2" style="border: 1px solid #AFAFAF; background-color: #FCFCFC; border-left: 5px solid #AFAFAF"
Zeile 95:		Zeile 97:
	Memory size (MB): 256		Memory size (MB): 256
	</pre>		</pre>

	Hier zum Beispiel ein Athlon-Rechner mit VIA-KT333-Chipsatz (Gigabyte-Board).		Hier zum Beispiel ein Athlon-Rechner mit VIA-KT333-Chipsatz (Gigabyte-Board).
	Einige Werte haben keinen Sinn. So überwacht dieses Board z.B. -5V und -12V nicht.		Einige Werte haben keinen Sinn. So überwacht dieses Board z.B. -5V und -12V nicht.
Zeile 101:		Zeile 104:
	mit dem richtigen Chipsatz. Hier müsste man z.B. im Abschnitt <tt>chip "it87-*"</tt>		mit dem richtigen Chipsatz. Hier müsste man z.B. im Abschnitt <tt>chip "it87-*"</tt>
	eintragen		eintragen

	ignore fan2		ignore fan2
	ignore fan3		ignore fan3

	Analog lassen sich Spannungswerte usw. anpassen, damit die Überwachung funktioniert.		Analog lassen sich Spannungswerte usw. anpassen, damit die Überwachung funktioniert.
	Leider ist man in diesem Bereich sehr auf die Informationen der Board-Hersteller angewiesen.		Leider ist man in diesem Bereich sehr auf die Informationen der Board-Hersteller angewiesen.

	Wenn das Modul eeprom geladen ist, wie in diesem Beispiel, können auch die Informationen aus dem SPD-EEPROM auf dem RAM-Modul gelesen werden. Verwenden Sie dazu den Befehl		Wenn das Modul eeprom geladen ist, wie in diesem Beispiel, können auch die Informationen aus dem SPD-EEPROM auf dem RAM-Modul gelesen werden. Verwenden Sie dazu den Befehl

	<code>decode-dimms.pl</code>		<code>decode-dimms.pl</code>

	Um die Festplattenüberwachung zu prüfen, nutzen Sie den Befehl		Um die Festplattenüberwachung zu prüfen, nutzen Sie den Befehl

	<code>smartctl -a /dev/hda</code>		<code>smartctl -a /dev/hda</code>

	Die Ausgabe ist relativ lang, hier für eine 10GB-Seagate-Festplatte (gekürzt):		Die Ausgabe ist relativ lang, hier für eine 10GB-Seagate-Festplatte (gekürzt):

	<pre>		<pre>
	smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen		smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Zeile 163:		Zeile 172:

	Interessant vor allem die letzten Zeilen: Es ist grundsätzlich möglich, über diese SMART-Elektronik		Interessant vor allem die letzten Zeilen: Es ist grundsätzlich möglich, über diese SMART-Elektronik
	einen physischen Festplattentest durchführen zu lassen. Das sollte aber möglichst in Zeiten erfolgen,		einen physischen Festplattentest durchführen zu lassen. Das sollte aber möglichst in Zeiten erfolgen, in denen kaum Festplattenzugriffe erfolgen, also z.B. nachts. Einen ausführlichen Test erzwingen Sie mit dem Befehl
	in denen kaum Festplattenzugriffe erfolgen, also z.B. nachts. Einen ausführlichen Test erzwingen Sie
	mit dem Befehl
	<code>smartctl -t long /dev/hda</code>		<code>smartctl -t long /dev/hda</code>

	Der Test startet und gibt eine ungefähre Angabe, wie lange die Elektronik brauchen sollte. Für diese		Der Test startet und gibt eine ungefähre Angabe, wie lange die Elektronik brauchen sollte. Für diese
	10GB-Platte sind es etwa 15 Minuten, eine 60GB-Platte benötigt etwa eine Stunde. Das Ergebnis ist		10GB-Platte sind es etwa 15 Minuten, eine 60GB-Platte benötigt etwa eine Stunde. Das Ergebnis ist
Zeile 183:		Zeile 192:

	:[[Bild:ksysguard1.png\|KDE-Systemüberwachung]]		:[[Bild:ksysguard1.png\|KDE-Systemüberwachung]]
			:''Abbildung: KDE-Systemüberwachung''

	~~:''Abbildung: KDE-Systemüberwachung''~~

	Beim ersten Start wird nur der lokale Rechner überwacht (localhost). Um nun auch Arktur zu überwachen, müssen Sie sich mit dem Server verbinden. Dazu wählen Sie unter Datei den Eintrag "mit Rechner verbinden".		Beim ersten Start wird nur der lokale Rechner überwacht (localhost). Um nun auch Arktur zu überwachen, müssen Sie sich mit dem Server verbinden. Dazu wählen Sie unter Datei den Eintrag "mit Rechner verbinden".
Zeile 190:		Zeile 199:

	:[[Bild:ksysguard2.png\|Menü Datei]]		:[[Bild:ksysguard2.png\|Menü Datei]]
			:''Abbildung: Menü Datei''

	~~:''Abbildung: Menü Datei''~~

	Es öffnet sich ein Fenster, in dem Sie die Verbindungsparameter einstellen müssen. Hier geben Sie entweder den Rechnernamen oder die IP-Adresse ein und wählen "Daemon" mit dem Standard-Port 3112.		Es öffnet sich ein Fenster, in dem Sie die Verbindungsparameter einstellen müssen. Hier geben Sie entweder den Rechnernamen oder die IP-Adresse ein und wählen "Daemon" mit dem Standard-Port 3112.
Zeile 197:		Zeile 206:

	:[[Bild:ksysguard3.png\|Verbindungseinstellungen]]		:[[Bild:ksysguard3.png\|Verbindungseinstellungen]]
			:''Abbildung: Verbinden mit Rechner''

	~~:''Abbildung: Verbinden mit Rechner''~~

	Nun dürfte im Überwachungsbaum der Rechner auftauchen. Sie können nun ein neues Blatt erzeugen und die benötigten Informationen auf dieses Blatt ziehen. Lesen Sie am besten im Handbuch von ksysguard nach, wie Sie diese Blätter einrichten können.		Nun dürfte im Überwachungsbaum der Rechner auftauchen. Sie können nun ein neues Blatt erzeugen und die benötigten Informationen auf dieses Blatt ziehen. Lesen Sie am besten im Handbuch von ksysguard nach, wie Sie diese Blätter einrichten können.
Zeile 206:		Zeile 215:

	:[[Bild:ksysguard4.png\|Performance-Monitor]]		:[[Bild:ksysguard4.png\|Performance-Monitor]]
			:''Abbildung: CPU-Performance-Monitor''

	~~:''Abbildung: CPU-Performance-Monitor''~~

	Welche Sensoren Sie auf ihr Arbeitsblatt ziehen wollen, müssen Sie selbst anhand der Hardware entscheiden.		Welche Sensoren Sie auf ihr Arbeitsblatt ziehen wollen, müssen Sie selbst anhand der Hardware entscheiden.

Schoffer: fertig gesetzt

2005-11-06T09:46:41Z

fertig gesetzt

← Nächstältere Version		Version vom 6. November 2005, 11:46 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~Uberarbeiten~~}}		{{fertig}}

	== Überwachung der Serverhardware ==		== Überwachung der Serverhardware ==
Zeile 180:		Zeile 180:

	Hat man einen Linux-Client mit KDE findet sich das Gegenstück als "ksysguard", meist unter System -> Überwachung -> Performance-Monitor(Systemüberwachung).		Hat man einen Linux-Client mit KDE findet sich das Gegenstück als "ksysguard", meist unter System -> Überwachung -> Performance-Monitor(Systemüberwachung).


	:[[Bild:ksysguard1.png\|KDE-Systemüberwachung]]		:[[Bild:ksysguard1.png\|KDE-Systemüberwachung]]
Zeile 186:		Zeile 187:

	Beim ersten Start wird nur der lokale Rechner überwacht (localhost). Um nun auch Arktur zu überwachen, müssen Sie sich mit dem Server verbinden. Dazu wählen Sie unter Datei den Eintrag "mit Rechner verbinden".		Beim ersten Start wird nur der lokale Rechner überwacht (localhost). Um nun auch Arktur zu überwachen, müssen Sie sich mit dem Server verbinden. Dazu wählen Sie unter Datei den Eintrag "mit Rechner verbinden".


	:[[Bild:ksysguard2.png\|Menü Datei]]		:[[Bild:ksysguard2.png\|Menü Datei]]
Zeile 192:		Zeile 194:

	Es öffnet sich ein Fenster, in dem Sie die Verbindungsparameter einstellen müssen. Hier geben Sie entweder den Rechnernamen oder die IP-Adresse ein und wählen "Daemon" mit dem Standard-Port 3112.		Es öffnet sich ein Fenster, in dem Sie die Verbindungsparameter einstellen müssen. Hier geben Sie entweder den Rechnernamen oder die IP-Adresse ein und wählen "Daemon" mit dem Standard-Port 3112.


	:[[Bild:ksysguard3.png\|Verbindungseinstellungen]]		:[[Bild:ksysguard3.png\|Verbindungseinstellungen]]
Zeile 200:		Zeile 203:

	Nach dieser Einrichtung können Sie problemlos die Auslastung des Systems sowie die Hardwaresensoren überwachen, wie im folgenden Bild die Prozessorauslastung und den Speicher.		Nach dieser Einrichtung können Sie problemlos die Auslastung des Systems sowie die Hardwaresensoren überwachen, wie im folgenden Bild die Prozessorauslastung und den Speicher.


	:[[Bild:ksysguard4.png\|Performance-Monitor]]		:[[Bild:ksysguard4.png\|Performance-Monitor]]

Schoffer am 31. Oktober 2005 um 13:42 Uhr

2005-10-31T13:42:35Z

Neue Seite

__NOTOC__
{{Uberarbeiten}}

== Überwachung der Serverhardware ==

{| align="center" border="0" cellpadding="5" cellspacing="2" style="border: 1px solid #AFAFAF; background-color: #FCFCFC; border-left: 5px solid #AFAFAF"
|-
| style="font-size: 95%;" | '''Hinweis:''' Die Überwachung geht nur mit Rechnern, die eine Überwachung der Hardware-Sensoren per IIC-Bus erlauben.
|}

Damit gemeint sind Sensoren, die in den Chipsätzen integriert sind und die zum Beispiel
die Spannungen sowie Temperaturen von Prozessor und Chipsatz überwachen. Diese sind
in der Regel über den SMbus (I²C-Bus) auf dem Mainboard angeschlossen.

Außerdem stellen die meisten Festplatten mit der integrierten Elektronik eine weitere
Überwachungsmöglichkeit dar. Hier sind Lesefehler der Hardware ablesbar. Zudem
kann auch ein physischer Test der Festplatte angeschoben werden. Bedingung dabei ist, dass
die Festplatte S.M.A.R.T. unterstützt und diese Unterstützung im BIOS aktiviert
ist. Oft kann man auch die Temperatur der Festplatte auslesen.

=== Einrichtung der Sensoren===

Melden Sie sich als ''root'' an.

Geben Sie den Befehl:
<code><pre>
sensors-detect</pre></code>

Damit startet ein Programm, dass nahezu alle Kernel-Module für Sensoren testet und
die wahrscheinlichsten auswählt. Sie erhalten eine Reihe von (englischen) Fragen, die
meist nur mit ENTER zu bestätigen sind. Schlimmstenfalls reagiert der Rechner nicht
mehr. Dann sollten Sie neu starten und beim nächsten Versuch mit diesem Befehl diese Frage mit [n] beantworten.

Am Ende schreibt dieses Programm die wahrscheinlichsten Module in eine Datei <tt>/etc/sysconfig/lm_sensors</tt>,
die Sie noch bearbeiten können.

Ist dieser Test erfolgreich, testen Sie mit dem Befehl
<code><pre>/etc/init.d/boot.sensors start</pre></code>
die Funktionsfähigkeit dieser Einrichtung. Gibt es keine Fehlermeldung, machen Sie
mit dem Befehl
<code><pre>insserv boot.sensors</pre></code>
diese Änderung dauerhaft. Dann werden bei jedem zukünftigen Rechnerstart diese
Überwachungsmodule geladen.

=== Einrichtung der Festplattenüberwachung===

Damit diese Festplattenüberwachung arbeiten kann, muss die Festplatte das sogenannte SMART-Management unterstützen. Das ist bei Festplatten seit etwa 2001 meist der Fall. Ältere Festplatten können diese Option haben, aber nicht immer. Verschiedentlich muss dieses S.M.A.R.T. erst im BIOS aktiviert werden. Unter Linux ist es bei den meisten
Boards aber möglich, auf SMART auch dann zurückzugreifen, wenn es im BIOS nicht eingeschaltet ist.

Starten Sie als root zunächst testweise den Daemon mit dem Befehl:
<code><pre>/etc/init.d/smartd start</pre></code>
Lesen Sie die Meldungen in der Datei <tt>/var/log/messages</tt>. Hier finden Sie meist viele Hinweise, dass zum Beispiel <tt>/dev/sda</tt> nicht existiert. Das ist unkritisch. Nur wenn echte Meldungen auftreten, die auf einen Absturz des Daemons hinweisen, sollten Sie auf weitere Experimente verzichten.

Haben Sie keine Fehlermeldungen erhalten, können Sie diese Daemonen fest in den Systemstart einbinden. Dazu nutzen Sie die Befehle:
<code><pre>
insserv smartd
insserv boot.sensors
</pre></code>

Danach starten Sie den Server neu. Die Einrichtung der Hardwareüberwachung ist damit abgeschlossen.

=== Nutzung ===

==== Hardware direkt am Server überwachen ====

Als ''root'' stehen Ihnen nun ein paar Befehle zur Verfügung, um die Einrichtung zu überprüfen.

Befehl <code>sensors</code>

zeigt nun Informationen über die Hardware an:
<pre>
it87-isa-0290
Adapter: ISA adapter
VCore 1: +1.74 V (min = +1.42 V, max = +1.57 V) ALARM
VCore 2: +1.23 V (min = +2.40 V, max = +2.61 V) ALARM
+3.3V: +6.60 V (min = +3.14 V, max = +3.46 V) ALARM
+5V: +4.92 V (min = +4.74 V, max = +5.24 V)
+12V: +12.24 V (min = +11.40 V, max = +12.60 V)
-12V: -7.95 V (min = -12.63 V, max = -11.41 V) ALARM
-5V: -3.72 V (min = -5.24 V, max = -4.76 V) ALARM
Stdby: +5.06 V (min = +4.74 V, max = +5.24 V)
VBat: +0.00 V
fan1: 4115 RPM (min = 0 RPM, div = 8)
fan2: 0 RPM (min = 3013 RPM, div = 8) ALARM
fan3: 0 RPM (min = 3000 RPM, div = 2) ALARM
M/B Temp: +45°C (low = +15°C, high = +40°C) sensor = thermistor
CPU Temp: -55°C (low = +15°C, high = +45°C) sensor = thermistor
Temp3: +81°C (low = +15°C, high = +45°C) sensor = diode

eeprom-i2c-0-51
Adapter: SMBus Via Pro adapter at 0400
Memory type: DDR SDRAM DIMM
Memory size (MB): 256
</pre>
Hier zum Beispiel ein Athlon-Rechner mit VIA-KT333-Chipsatz (Gigabyte-Board).
Einige Werte haben keinen Sinn. So überwacht dieses Board z.B. -5V und -12V nicht.
Analog sind die Lüfter fan2 und fan3 nicht eingebaut. Wer sich daran stößt, kann die
Datei /etc/sensors.conf entsprechend bearbeiten. Achten Sie dabei auf den Abschnitt
mit dem richtigen Chipsatz. Hier müsste man z.B. im Abschnitt <tt>chip "it87-*"</tt>
eintragen
ignore fan2
ignore fan3
Analog lassen sich Spannungswerte usw. anpassen, damit die Überwachung funktioniert.
Leider ist man in diesem Bereich sehr auf die Informationen der Board-Hersteller angewiesen.

Wenn das Modul eeprom geladen ist, wie in diesem Beispiel, können auch die Informationen aus dem SPD-EEPROM auf dem RAM-Modul gelesen werden. Verwenden Sie dazu den Befehl
<code>decode-dimms.pl</code>

Um die Festplattenüberwachung zu prüfen, nutzen Sie den Befehl
<code>smartctl -a /dev/hda</code>
Die Ausgabe ist relativ lang, hier für eine 10GB-Seagate-Festplatte (gekürzt):
<pre>
smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: ST310212A
Serial Number: 7EG3EHVQ
Firmware Version: 3.02
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 5
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sun Oct 16 17:07:49 2005 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x82) Offline data collection activity was
completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
[.. einiges entfernt]
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0008 087 075 000 Old_age Offline - 2372785
3 Spin_Up_Time 0x0006 098 098 000 Old_age Always - 0
4 Start_Stop_Count 0x0013 100 100 020 Pre-fail Always - 318
5 Reallocated_Sector_Ct 0x0013 100 100 036 Pre-fail Always - 22
7 Seek_Error_Rate 0x0009 064 060 030 Pre-fail Offline - 30088533367
9 Power_On_Hours 0x0012 094 094 000 Old_age Always - 5976
10 Spin_Retry_Count 0x0013 100 100 090 Pre-fail Always - 0
12 Power_Cycle_Count 0x0013 100 100 000 Pre-fail Always - 484
197 Current_Pending_Sector 0x0030 100 100 000 Old_age Offline - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 5278 -
# 2 Extended offline Completed without error 00% 4761 -
</pre>

Interessant vor allem die letzten Zeilen: Es ist grundsätzlich möglich, über diese SMART-Elektronik
einen physischen Festplattentest durchführen zu lassen. Das sollte aber möglichst in Zeiten erfolgen,
in denen kaum Festplattenzugriffe erfolgen, also z.B. nachts. Einen ausführlichen Test erzwingen Sie
mit dem Befehl
<code>smartctl -t long /dev/hda</code>
Der Test startet und gibt eine ungefähre Angabe, wie lange die Elektronik brauchen sollte. Für diese
10GB-Platte sind es etwa 15 Minuten, eine 60GB-Platte benötigt etwa eine Stunde. Das Ergebnis ist
nach dieser Zeit in der Ausgabe von <tt>smartctl -a /dev/hda</tt> zu sehen.

Sollte dieser Test mit einer Fehlermeldung enden, sollte man dringend die Festplatte wechseln. Anfangs
kann das SMART-Management noch einzelne Reserve-Sektoren benutzen, um die Ausfälle zu kompensieren.
Ein Totalausfall ist aber zu befürchten - also sollte man bald reagieren!

==== Hardware vom Client aus überwachen ====

Arktur ist für die Überwachung von Linux aus bereits fertig eingerichtet. Dazu wird bei jedem Systemstart ein Daemon gestartet, der alle nötigen Informationen auslesen kann und im Netzwerk zur Verfügung stellt: ksysguardd.

Hat man einen Linux-Client mit KDE findet sich das Gegenstück als "ksysguard", meist unter System -> Überwachung -> Performance-Monitor(Systemüberwachung).

:[[Bild:ksysguard1.png|KDE-Systemüberwachung]]

:''Abbildung: KDE-Systemüberwachung''

Beim ersten Start wird nur der lokale Rechner überwacht (localhost). Um nun auch Arktur zu überwachen, müssen Sie sich mit dem Server verbinden. Dazu wählen Sie unter Datei den Eintrag "mit Rechner verbinden".

:[[Bild:ksysguard2.png|Menü Datei]]

:''Abbildung: Menü Datei''

Es öffnet sich ein Fenster, in dem Sie die Verbindungsparameter einstellen müssen. Hier geben Sie entweder den Rechnernamen oder die IP-Adresse ein und wählen "Daemon" mit dem Standard-Port 3112.

:[[Bild:ksysguard3.png|Verbindungseinstellungen]]

:''Abbildung: Verbinden mit Rechner''

Nun dürfte im Überwachungsbaum der Rechner auftauchen. Sie können nun ein neues Blatt erzeugen und die benötigten Informationen auf dieses Blatt ziehen. Lesen Sie am besten im Handbuch von ksysguard nach, wie Sie diese Blätter einrichten können.

Nach dieser Einrichtung können Sie problemlos die Auslastung des Systems sowie die Hardwaresensoren überwachen, wie im folgenden Bild die Prozessorauslastung und den Speicher.

:[[Bild:ksysguard4.png|Performance-Monitor]]

:''Abbildung: CPU-Performance-Monitor''

Welche Sensoren Sie auf ihr Arbeitsblatt ziehen wollen, müssen Sie selbst anhand der Hardware entscheiden.

----
<div align="right">[[Installationshandbuch|zurück]] | [[Hauptseite]]</div>

Schoffer am 19. September 2005 um 18:25 Uhr

2005-09-19T18:25:41Z

Neue Seite

__NOTOC__
{{Uberarbeiten}}

== Überwachung der Hardware im Server ==

'''Hinweis:''' Die Überwachung geht nur mit Hardware, die eine Überwachung per Software auch erlaubt.

Damit gemeint sind Sensoren, die in den Chipsätzen integriert sind und die zum Beispiel
die Spannungen sowie Temperaturen von Prozessor und Chipsatz überwachen. Diese sind
in der Regel über den SMbus (I²C-Bus) auf dem Mainboard angeschlossen.

Außerdem stellen die meisten Festplatten mit der integrierten Elektronik eine weitere
Überwachungsmöglichkeit dar. Hier sind Lesefehler der Hardware ablesbar. Zudem
kann auch ein physischer Test der Festplatte angeschoben werden. Bedingung dabei ist, dass
die Festplatte S.M.A.R.T. unterstützt und diese Unterstützung im BIOS aktiviert
ist. Oft kann man auch die Temperatur der Festplatte auslesen.

=== Einrichtung der Sensoren===

als ''root'' anmelden.

Befehl:
<code><pre>
sensors-detect</pre></code>

Damit startet ein Programm, dass nahezu alle Kernel-Module für Sensoren testet und
die wahrscheinlichsten auswählt. Sie erhalten eine Reihe von (englischen) Fragen, die
meist nur mit ENTER zu bestätigen sind. Schlimmstenfalls reagiert der Rechner nicht
mehr. Dann sollten Sie neu starten und beim nächsten Test diese Frage mit [n] beantworten.

Am Ende schreibt dieses Programm die wahrscheinlichsten Module in eine Datei <tt>/etc/sysconfig/sensors</tt>,
die Sie noch bearbeiten können.

Ist dieser Test erfolgreich, testen Sie mit dem Befehl
<code><pre>/etc/init.d/boot.sensors start</pre></code>
die Funktionsfähigkeit dieser Einrichtung. Gibt es keine Fehlermeldung, machen Sie
mit dem Befehl
<code><pre>insserv boot.sensors</pre></code>
diese Änderung dauerhaft. Dann werden bei jedem zukünftigen Rechnerstart diese
Überwachungsmodule geladen.

=== Einrichtung der Festplattenüberwachung===

Starten Sie als root zunächst testweise den Daemon mit dem Befehl:
<code><pre>/etc/init.d/smartd start</pre></code>
Lesen Sie die Meldungen in der Datei <tt>/var/log/messages</tt>.

Befehle:
<code><pre>
insserv smartd
insserv boot.sensors
/etc/init.d/boot.sensors start
</pre></code>

danach starten Sie den Server neu.

=== Nutzung ===

==== Hardware direkt am Server überwachen ====

als ''root'' anmelden.

Befehl <code>sensors</code>

==== Hardware vom Client aus überwachen ====

unter Linux:

Befehl <code>ksysguard</code>

----
<div align="right">[[Installationshandbuch|zurück]] | [[Hauptseite]]</div>

84.60.98.94: /* Überwachung der Hardware im Server */

2005-08-20T19:35:20Z

Überwachung der Hardware im Server

← Nächstältere Version		Version vom 20. August 2005, 21:35 Uhr
Zeile 10:		Zeile 10:
	in der Regel über den SMbus (I²C-Bus) auf dem Mainboard angeschlossen.		in der Regel über den SMbus (I²C-Bus) auf dem Mainboard angeschlossen.

	Außerdem stellen die meisten ~~IDE-~~Festplatten mit der integrierten Elektronik eine weitere		Außerdem stellen die meisten Festplatten mit der integrierten Elektronik eine weitere
	Überwachungsmöglichkeit dar. Hier sind Lesefehler der Hardware ablesbar. Zudem		Überwachungsmöglichkeit dar. Hier sind Lesefehler der Hardware ablesbar. Zudem
	kann auch ein physischer Test der Festplatte angeschoben werden. Bedingung dabei ist, dass		kann auch ein physischer Test der Festplatte angeschoben werden. Bedingung dabei ist, dass
	die Festplatte S.M.A.R.T. unterstützt und diese Unterstützung im BIOS aktiviert		die Festplatte S.M.A.R.T. unterstützt und diese Unterstützung im BIOS aktiviert
	ist.		ist. Oft kann man auch die Temperatur der Festplatte auslesen.

	=== Einrichtung der Sensoren===		=== Einrichtung der Sensoren===

82.83.61.238: /* Überwachung der Hardware im Server */

2005-08-17T20:00:16Z

Überwachung der Hardware im Server

← Nächstältere Version		Version vom 17. August 2005, 22:00 Uhr
Zeile 8:		Zeile 8:
	Damit gemeint sind Sensoren, die in den Chipsätzen integriert sind und die zum Beispiel		Damit gemeint sind Sensoren, die in den Chipsätzen integriert sind und die zum Beispiel
	die Spannungen sowie Temperaturen von Prozessor und Chipsatz überwachen. Diese sind		die Spannungen sowie Temperaturen von Prozessor und Chipsatz überwachen. Diese sind
	in der Regel über den I²C-Bus auf dem Mainboard angeschlossen.		in der Regel über den SMbus (I²C-Bus) auf dem Mainboard angeschlossen.

	Außerdem stellen die meisten IDE-Festplatten mit der integrierten Elektronik eine weitere		Außerdem stellen die meisten IDE-Festplatten mit der integrierten Elektronik eine weitere