Hallo, nachdem mein Experiment mit "Powerchute Plus" von APC letzte Woche fehlgeschlagen ist, möchte ich jetzt doch lieber den apcupsd für meine USV einsetzen... Die Installation hat auch einigermaßen funktioniert, d.h. die Kommunikation zw. USV und apcupsd scheint zu klappen, da der Rechner nun beim erreichen einer bestimmten geschätzten Batterielaufzeit heruntergefahren wird. Nun leider wieder mein altes Problem: der Rechner fährt runter, schaltet sich ab, die USV läuft aber ewig weiter... apcupsd hat in mein halt-script ganz am Ende folgende Zeilen eingefügt: # Now talk to kernel exec $command -d -f ================================= # Added automatically by apcupsd installation # XXX APCUPSD - DO NOT EDIT XXX if [ "$START_APCUPSD" = "yes" ]; then # XXX APCUPSD - DO NOT EDIT XXX if [ -f /etc/apcupsd/powerfail ]; then # XXX APCUPSD - DO NOT EDIT XXX echo "Power down detected while shutting down." # XXX APCUPSD - DO NOT EDIT XXX echo "Sending all processes the TERM signal..." # XXX APCUPSD - DO NOT EDIT XXX killall5 -15 # XXX APCUPSD - DO NOT EDIT XXX # Do a fast kill # XXX APCUPSD - DO NOT EDIT XXX sleep 1 # XXX APCUPSD - DO NOT EDIT XXX echo "Sending all processes the KILL signal..." # XXX APCUPSD - DO NOT EDIT XXX killall5 -9 # XXX APCUPSD - DO NOT EDIT XXX echo "Remounting filesystems read-only." # XXX APCUPSD - DO NOT EDIT XXX mounts=/etc/fstab # XXX APCUPSD - DO NOT EDIT XXX test -r /proc/mounts && mounts=/proc/mounts # XXX APCUPSD - DO NOT EDIT XXX while read des fs rest; do # XXX APCUPSD - DO NOT EDIT XXX mount -v -n -o remount,ro $fs # XXX APCUPSD - DO NOT EDIT XXX done < $mounts # XXX APCUPSD - DO NOT EDIT XXX echo "Preparing UPS to power shutdown." # XXX APCUPSD - DO NOT EDIT XXX /etc/apcupsd/apccontrol killpower # XXX APCUPSD - DO NOT EDIT XXX fi # XXX APCUPSD - DO NOT EDIT XXX fi # XXX APCUPSD - DO NOT EDIT XXX ================================= Ist das nicht ein bischen spät im halt-script? Welches Komando schaltet eigentlich den Rechner (ATX-mäßig) aus? Die USV-Anweisungen sollten doch dann davor stehen, oder? Wenn ich "apccontrol killpower" direkt ausführe (ohne das der apcupsd läuft), schaltet sich die USV auch nicht aus (auch nicht nach einer gewissen Warezeit) :-( Wenn der apcupsd noch läuft, mecker apccontrol, daß es keine lock-File für den seriellen Port schreiben kann. Weiß jemand Rat? Danke schon mal. Gruß, Dieter
----- Original Message -----
From: "Dieter Guthmann"
Hallo,
nachdem mein Experiment mit "Powerchute Plus" von APC letzte Woche fehlgeschlagen ist, möchte ich jetzt doch lieber den apcupsd für meine USV einsetzen... Die Installation hat auch einigermaßen funktioniert, d.h. die Kommunikation zw. USV und apcupsd scheint zu klappen, da der Rechner nun beim erreichen einer bestimmten geschätzten Batterielaufzeit heruntergefahren wird. Nun leider wieder mein altes Problem: der Rechner fährt runter, schaltet sich ab, die USV läuft aber ewig weiter...
apcupsd hat in mein halt-script ganz am Ende folgende Zeilen eingefügt:
# Now talk to kernel exec $command -d -f ================================= # Added automatically by apcupsd installation # XXX APCUPSD - DO NOT EDIT XXX if [ "$START_APCUPSD" = "yes" ]; then # XXX APCUPSD - DO NOT EDIT XXX if [ -f /etc/apcupsd/powerfail ]; then # XXX APCUPSD - DO NOT EDIT XXX echo "Power down detected while shutting down." # XXX APCUPSD - DO NOT EDIT XXX echo "Sending all processes the TERM signal..." # XXX APCUPSD - DO NOT EDIT XXX killall5 -15 # XXX APCUPSD - DO NOT EDIT XXX # Do a fast kill # XXX APCUPSD - DO NOT EDIT XXX sleep 1 # XXX APCUPSD - DO NOT EDIT XXX echo "Sending all processes the KILL signal..." # XXX APCUPSD - DO NOT EDIT XXX killall5 -9 # XXX APCUPSD - DO NOT EDIT XXX echo "Remounting filesystems read-only." # XXX APCUPSD - DO NOT EDIT XXX mounts=/etc/fstab # XXX APCUPSD - DO NOT EDIT XXX test -r /proc/mounts && mounts=/proc/mounts # XXX APCUPSD - DO NOT EDIT XXX while read des fs rest; do # XXX APCUPSD - DO NOT EDIT XXX mount -v -n -o remount,ro $fs # XXX APCUPSD - DO NOT EDIT XXX done < $mounts # XXX APCUPSD - DO NOT EDIT XXX echo "Preparing UPS to power shutdown." # XXX APCUPSD - DO NOT EDIT XXX /etc/apcupsd/apccontrol killpower # XXX APCUPSD - DO NOT EDIT XXX fi # XXX APCUPSD - DO NOT EDIT XXX fi # XXX APCUPSD - DO NOT EDIT XXX =================================
Ist das nicht ein bischen spät im halt-script? Welches Komando schaltet eigentlich den Rechner (ATX-mäßig) aus? Die USV-Anweisungen sollten doch dann davor stehen, oder? Wenn ich "apccontrol killpower" direkt ausführe (ohne das der apcupsd läuft), schaltet sich die USV auch nicht aus (auch nicht nach einer gewissen Warezeit) :-(
Was verwendest du denn für ein Kabel? vielleicht funktioniert das nur in eine Richtung. (auf einem Stecker müsste eine Nummer eingedruckt sein), bzw, vielleicht ist der serielle Port von irgendwoher nicht auf binäre Kommunikation ausgelegt.
Wenn der apcupsd noch läuft, mecker apccontrol, daß es keine lock-File für den seriellen Port schreiben kann.
klar, weil der Port schon verwendet wird
Weiß jemand Rat? Danke schon mal.
Hallo Thomas, thomas Gräber schrieb:
Die Installation hat auch einigermaßen funktioniert, d.h. die Kommunikation zw. USV und apcupsd scheint zu klappen, da der Rechner nun beim erreichen einer bestimmten geschätzten Batterielaufzeit heruntergefahren wird. Nun leider wieder mein altes Problem: der Rechner fährt runter, schaltet sich ab, die USV läuft aber ewig weiter...
Wenn ich "apccontrol killpower" direkt ausführe (ohne das der apcupsd läuft), schaltet sich die USV auch nicht aus (auch nicht nach einer gewissen Warezeit) :-(
Was verwendest du denn für ein Kabel?
940-0024C
vielleicht funktioniert das nur in eine Richtung. (auf einem Stecker müsste eine Nummer eingedruckt sein), bzw, vielleicht ist der serielle Port von irgendwoher nicht auf binäre Kommunikation ausgelegt.
Hmmm... also das Kabel sollte beide Richtungen unterstützen... zumindest steht in der apcupsd-Manual für meine Kombination bei "UPS signaling" "smart" und nicht "simple". Ähm... wo kann man den seriellen Port soweit beschränken, daß er nur in eine Richtung funktioniert? Gruß, Dieter
Hallo, thomas Gräber schrieb:
----- Original Message ----- From: "Dieter Guthmann"
Wenn ich "apccontrol killpower" direkt ausführe (ohne das der apcupsd läuft), schaltet sich die USV auch nicht aus (auch nicht nach einer gewissen Warezeit) :-(
Was verwendest du denn für ein Kabel? vielleicht funktioniert das nur in eine Richtung. (auf einem Stecker müsste eine Nummer eingedruckt sein), bzw, vielleicht ist der serielle Port von irgendwoher nicht auf binäre Kommunikation ausgelegt.
Nach ein paar Tests weiß ich jetzt schon mal wieder mehr: Ich habe gerade mal PowerChute Plus f. Windows auf eine der hier rumstehenden Kisten installiert und probehalber mal einen Shutdown erzwungen, das hat funktioniert... es liegt also nicht an der USV und auch nicht am Kabel. Wenn ich "apccontrol killpower" ausführe (nachdem ich jetzt in der .conf auch das richtige Kabel eingestellt habe), meckert er mir an, das kein "Power Failure" vorliegt, und er diesen Request deswegen ignoriert... wenn ich dann die powerfail-Datei erstelle, woran er das erkennt, dann gibt apccontrol killpower zumindest schon mal keine Fehlermeldung mehr aus... aber funktionieren tut's trotzdem nicht... Gruß, Dieter
----- Original Message -----
From: "Dieter Guthmann"
Hallo,
thomas Gräber schrieb:
----- Original Message ----- From: "Dieter Guthmann"
Wenn ich "apccontrol killpower" direkt ausführe (ohne das der apcupsd läuft), schaltet sich die USV auch nicht aus (auch nicht nach einer gewissen Warezeit) :-(
Was verwendest du denn für ein Kabel? vielleicht funktioniert das nur in eine Richtung. (auf einem Stecker müsste eine Nummer eingedruckt sein), bzw, vielleicht ist der serielle Port von irgendwoher nicht auf binäre Kommunikation ausgelegt.
Nach ein paar Tests weiß ich jetzt schon mal wieder mehr: Ich habe gerade mal PowerChute Plus f. Windows auf eine der hier rumstehenden Kisten installiert und probehalber mal einen Shutdown erzwungen, das hat funktioniert... es liegt also nicht an der USV und auch nicht am Kabel. Wenn ich "apccontrol killpower" ausführe (nachdem ich jetzt in der .conf auch das richtige Kabel eingestellt habe), meckert er mir an, das kein "Power Failure" vorliegt, und er diesen Request deswegen ignoriert... wenn ich dann die powerfail-Datei erstelle, woran er das erkennt, dann gibt apccontrol killpower zumindest schon mal keine Fehlermeldung mehr aus... aber funktionieren tut's trotzdem nicht...
Schon mal den seriellen Port gewechselt? Hat bei mir schon mal geholfen. Ansonsten mal die Konfiguration des seriellen Ports im BIOs und unter Linux ansehen, mit der Konfiguration der seriellen Ports unter Linux kann ich dir aber leider nicht helfen. Als ich das letzte Mal Probleme mit einem seriellen Port hatte, habe ich das im Endeffekt an einem anderen Rechner gemacht. Vielleicht kann dir da jemand anders aus der Liste noch ein paar Tips geben. MfG, Thomas
Hallo, Tuesday, September 30, 2003, 10:23:11 AM, you wrote:
Schon mal den seriellen Port gewechselt? Hat bei mir schon mal geholfen. Ansonsten mal die Konfiguration des seriellen Ports im BIOs und unter Linux ansehen, mit der Konfiguration der seriellen Ports unter Linux kann ich dir aber leider nicht helfen. Als ich das letzte Mal Probleme mit einem seriellen Port hatte, habe ich das im Endeffekt an einem anderen Rechner gemacht. Vielleicht kann dir da jemand anders aus der Liste noch ein paar Tips geben.
Ich muß euch was beichten: scheinbar war ich nicht geduldig genug... die USV schaltet sich nach > 5 Min aus... es funktioniert also. Allerdings schaltet sie sich nicht ganz aus, sondern 6 LEDs an der Vorderseite blinken munter weiter... in diesem Zustand schaltet sie sich automatisch wieder ein, sobald wieder Strom da ist. Vielen Dank für die Bemühungen. Sorry. -- Gruß, Dieter P.S. an dem Rechner hab ich nur einen seriellen Port... jedenfalls ist der zweite nicht rausgeführt... müsste ich erst ein passendes Slotblech besorgen...
Am 29 Sep 2003 schrieb Dieter.Guthmann@t-online.de (Dieter Guthmann):
apcupsd hat in mein halt-script ganz am Ende folgende Zeilen eingefügt:
Ich hatte auch Probleme damit und soweit ich mich erinnern kann ist der eingefügte Teil fehlerhaft. Genau kann ich jetzt nicht erinnern und mangels Zugriff auf das System auch nicht nachsehen.
if [ "$START_APCUPSD" = "yes" ]; then # XXX APCUPSD -
Kann sein das der Knackpunkt war. Das sieht verdächtig nach einer Variablen aus wie sie früher in rc.config gesetzt wurde. Das gibt es jetzt ja nicht mehr, oder? (schreib mir eine Mail wenn du nähere Infos brauchst wie es bei mir gelöst ist) Gruß -- Stefan Huelswitt huels@iname.com | http://home.pages.de/~nathan
participants (3)
-
Dieter.Guthmann＠t-online.de -
s.huelswitt＠gmx.de -
thomas Gräber