From florian at florian-wolters.de  Fri Nov  8 09:44:31 2019
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 8 Nov 2019 09:44:31 +0100
Subject: [fli4l] =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_3=2E10-?=
 =?utf-8?q?Archiven_vom_08=2E11=2E2019_=28r57158=29?=
Message-ID: <qq39tf$uqg$1@vm-news.spline.inf.fu-berlin.de>

Hallo zusammen,

in dieser Woche haben wir einen neuen Kernel integriert.

Im Vergleich zu den Archiven vom 01.11.2019 (r56939) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-2503: Linux-Kernel 3.16.76 wurde veröffentlicht
* Bitte KERNEL_VERSION anpassen.


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.


Viele Grüße

   Florian + das fli4l-Team


--
fli4l-Team

From p_schauder at web.de  Mon Nov 18 09:28:38 2019
From: p_schauder at web.de (Peter Schauder)
Date: Mon, 18 Nov 2019 09:28:38 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
Message-ID: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>

Moin,

ich möchte meinen Router für die Kontrolle der USV einsetzen.
Allerdings finde ich nicht den Parameter KILLPOWER aus dem APCUPSD
Paket anderer Distributionen. Hab ich was übersehen oder gibt es den
im FLI nicht?

Gruß
Peter Schauder

From kay at martinen.de  Mon Nov 18 15:13:13 2019
From: kay at martinen.de (Kay Martinen)
Date: Mon, 18 Nov 2019 15:13:13 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
In-Reply-To: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
References: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
Message-ID: <7ed1.5dd2a6f7.b20a8@mailnews.martinen.de>

Am 18.11.2019 um 09:28 schrieb Peter Schauder:
> Moin,
> 
> ich möchte meinen Router für die Kontrolle der USV einsetzen.
> Allerdings finde ich nicht den Parameter KILLPOWER aus dem APCUPSD
> Paket anderer Distributionen. Hab ich was übersehen oder gibt es den
> im FLI nicht?

Ich weiß es nicht aber, brauchst du den Wirklich?
Was macht Killpower noch mal - der USV einen Abschaltbefehl senden?

Ich denke das Prozedere ist wichtiger und richtiger so das der PC den
ONBATTERY Status mit bekommt, nach gewisser Totzeit (paar Sek. falls
netzwiederkehr) dann den Shutdown einleitet und damit fertig ist bevor
der USV der Akkusaft ausgeht. Dazu läßt sich IMHO auch ein Zeitwert in
der USV ablegen. Da der FLI ja meist aus der Ramdisk läuft und nach dem
shutdown eh keine logs mehr geschrieben werden können ist ein Extra
Abschaltbefehl doch gar nicht nötig. Erledigt die USV selbst wenn der
Saft alle ist. Außerdem überwacht sie eh die Ausgangslast und könnte
prinzipiell automatisch abschalten wenn Last=0 ist.

Und m.W. sind die APC USV eh so gebaut das sie nicht sofort nach
Netzwiederkehr einschalten, sondern erst wenn einige Prozent Ladung im
Akku sind. Damit es keinen Flip-Flop Effekt gibt bei weiter Instabilem Netz.

Kay

-- 
Sent via SN (Eisfair-1)

From p_schauder at web.de  Mon Nov 18 18:07:33 2019
From: p_schauder at web.de (Peter Schauder)
Date: Mon, 18 Nov 2019 18:07:33 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
References: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
 <7ed1.5dd2a6f7.b20a8@mailnews.martinen.de>
Message-ID: <arj5tedd99pb4kkq2scbc6d19n5m50t2b1@4ax.com>

Hi Kay,

blöd ist nur, wenn die Geräte ausgeschaltet haben und DANN der Strom
wiederkommt, bevor die USV abgeschaltet hat...dann ist zwar Strom da,
aber die Geräte fahren nicht wieder hoch, weil der Poweroff/Poweron
Trigger fehlt.

Naja, jetzt macht es nicht der FLI sondern ein kleiner Raspberry.

Trotzdem vielen Dank für deine Antwort.

Gruß
Peter

On Mon, 18 Nov 2019 15:13:13 +0100, Kay Martinen <kay at martinen.de>
wrote:

>Am 18.11.2019 um 09:28 schrieb Peter Schauder:
>> Moin,
>> 
>> ich möchte meinen Router für die Kontrolle der USV einsetzen.
>> Allerdings finde ich nicht den Parameter KILLPOWER aus dem APCUPSD
>> Paket anderer Distributionen. Hab ich was übersehen oder gibt es den
>> im FLI nicht?
>
>Ich weiß es nicht aber, brauchst du den Wirklich?
>Was macht Killpower noch mal - der USV einen Abschaltbefehl senden?
>
>Ich denke das Prozedere ist wichtiger und richtiger so das der PC den
>ONBATTERY Status mit bekommt, nach gewisser Totzeit (paar Sek. falls
>netzwiederkehr) dann den Shutdown einleitet und damit fertig ist bevor
>der USV der Akkusaft ausgeht. Dazu läßt sich IMHO auch ein Zeitwert in
>der USV ablegen. Da der FLI ja meist aus der Ramdisk läuft und nach dem
>shutdown eh keine logs mehr geschrieben werden können ist ein Extra
>Abschaltbefehl doch gar nicht nötig. Erledigt die USV selbst wenn der
>Saft alle ist. Außerdem überwacht sie eh die Ausgangslast und könnte
>prinzipiell automatisch abschalten wenn Last=0 ist.
>
>Und m.W. sind die APC USV eh so gebaut das sie nicht sofort nach
>Netzwiederkehr einschalten, sondern erst wenn einige Prozent Ladung im
>Akku sind. Damit es keinen Flip-Flop Effekt gibt bei weiter Instabilem Netz.
>
>Kay


From kay at martinen.de  Mon Nov 18 18:59:03 2019
From: kay at martinen.de (Kay Martinen)
Date: Mon, 18 Nov 2019 18:59:03 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
In-Reply-To: <arj5tedd99pb4kkq2scbc6d19n5m50t2b1@4ax.com>
References: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
 <7ed1.5dd2a6f7.b20a8@mailnews.martinen.de>
 <arj5tedd99pb4kkq2scbc6d19n5m50t2b1@4ax.com>
Message-ID: <4ee8.5dd2dbe5.a6066@mailnews.martinen.de>

Am 18.11.2019 um 18:07 schrieb Peter Schauder:
> 
> blöd ist nur, wenn die Geräte ausgeschaltet haben und DANN der Strom
> wiederkommt, bevor die USV abgeschaltet hat...dann ist zwar Strom da,
> aber die Geräte fahren nicht wieder hoch, weil der Poweroff/Poweron
> Trigger fehlt.

Das mag wohl richtig sein und den Fall hatte ich nicht bedacht aber mal
ehrlich: Wie oft mag das vorkommen und im Privaten Bereich ist es doch
auch nicht kritisch. Dann bleiben die Geräte halt mal ne weile aus bis
wieder jemand zu hause ist und sie von hand startet. Oder ist das
Gewerblich und Missionskritisch?

Das ist immer noch besser als wenn alles dauernd sofort hoch fährt und
beim nächsten Blackout gleich wieder runter, weil das Stromnetz noch
nicht stabil ist. Bei so was gehen dann gern mal Schaltnetzteile hoch
was einem Kompletten Denial of Service gleich kommt. Evtl. verbunden mit
Brandgefahr.


> Naja, jetzt macht es nicht der FLI sondern ein kleiner Raspberry.

Das spricht eher für Privaten Einsatz. Geht das Killpower denn dort?



Kay

-- 
Sent via SN (Eisfair-1)

From p_schauder at web.de  Mon Nov 18 19:52:14 2019
From: p_schauder at web.de (Peter Schauder)
Date: Mon, 18 Nov 2019 19:52:14 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
References: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
 <7ed1.5dd2a6f7.b20a8@mailnews.martinen.de>
 <arj5tedd99pb4kkq2scbc6d19n5m50t2b1@4ax.com>
 <4ee8.5dd2dbe5.a6066@mailnews.martinen.de>
Message-ID: <u0p5te9iakubl3g45ep4p71mmg502h6llv@4ax.com>

Hi Kay,

ja, da hast du wahrscheinlich recht. Ich habe aber aus den letzten
Jahren gelernt: löse das Problem so gut wie möglich...Unerwartete
Probleme treten auch so noch genug auf. Beruflich übe ich gerade,
langfristige Versäumnisse in der Richtung abzustellen. Nicht
gewerblich...schlimmer. Und ja: Mission critcal.

Wenn ich das richtig sehe, dann will der FLI zwar die Killfunktion
nutzen (BTW. wenn es richtig läuft, dann wird die USV mit erreichen
des "Runterfahrzeitpunkts" des Steuerrechner zum Abschalten
vorbereitet und auch wenn der Strom zwischenzeitlich wiederkommt, wird
der USV Ausgang einmal eine Handwoll Sekunden ausgeknipst), aber
scheinbar kann er ihn nicht mehr (per USB) an die USV übertragen,
vermutlich werden die Treiber vorher entladen.

Aber egal, der kleine Raspi macht es ganz gut, und als Version 1 hat
er damit eine nette Aufgabe.

Einzig die Anforderung, dass die USV erst bei einem
Mindest-Ladezustand wieder einschaltet, habe ich (noch) nicht
hinbekommen.

Gruß
Peter

On Mon, 18 Nov 2019 18:59:03 +0100, Kay Martinen <kay at martinen.de>
wrote:

>Am 18.11.2019 um 18:07 schrieb Peter Schauder:
>> 
>> blöd ist nur, wenn die Geräte ausgeschaltet haben und DANN der Strom
>> wiederkommt, bevor die USV abgeschaltet hat...dann ist zwar Strom da,
>> aber die Geräte fahren nicht wieder hoch, weil der Poweroff/Poweron
>> Trigger fehlt.
>
>Das mag wohl richtig sein und den Fall hatte ich nicht bedacht aber mal
>ehrlich: Wie oft mag das vorkommen und im Privaten Bereich ist es doch
>auch nicht kritisch. Dann bleiben die Geräte halt mal ne weile aus bis
>wieder jemand zu hause ist und sie von hand startet. Oder ist das
>Gewerblich und Missionskritisch?
>
>Das ist immer noch besser als wenn alles dauernd sofort hoch fährt und
>beim nächsten Blackout gleich wieder runter, weil das Stromnetz noch
>nicht stabil ist. Bei so was gehen dann gern mal Schaltnetzteile hoch
>was einem Kompletten Denial of Service gleich kommt. Evtl. verbunden mit
>Brandgefahr.
>
>
>> Naja, jetzt macht es nicht der FLI sondern ein kleiner Raspberry.
>
>Das spricht eher für Privaten Einsatz. Geht das Killpower denn dort?
>
>
>
>Kay


From news.uwe at section-9.de  Mon Nov 18 20:34:55 2019
From: news.uwe at section-9.de (Uwe Zeppei)
Date: Mon, 18 Nov 2019 20:34:55 +0100
Subject: [fli4l] [apcupsd] Kein KillPower Feature?
In-Reply-To: <u0p5te9iakubl3g45ep4p71mmg502h6llv@4ax.com>
References: <pel4tepf3sh3ldtkhucbmlmbf521k2crh4@4ax.com>
 <7ed1.5dd2a6f7.b20a8@mailnews.martinen.de>
 <arj5tedd99pb4kkq2scbc6d19n5m50t2b1@4ax.com>
 <4ee8.5dd2dbe5.a6066@mailnews.martinen.de>
 <u0p5te9iakubl3g45ep4p71mmg502h6llv@4ax.com>
Message-ID: <qqurp0$snh$1@news.albasani.net>

Hallo Peter!

Am 18.11.2019 um 19:52 schrieb Peter Schauder:
> Wenn ich das richtig sehe, dann will der FLI zwar die Killfunktion
> nutzen (BTW. wenn es richtig läuft, dann wird die USV mit erreichen
> des "Runterfahrzeitpunkts" des Steuerrechner zum Abschalten
> vorbereitet und auch wenn der Strom zwischenzeitlich wiederkommt, wird
> der USV Ausgang einmal eine Handwoll Sekunden ausgeknipst), aber
> scheinbar kann er ihn nicht mehr (per USB) an die USV übertragen,
> vermutlich werden die Treiber vorher entladen.

Vielleicht erklärt das apcupsd Handbuch ja das Verhalten [1] etwas. 
Abhängig vom USV-Modell könnte eine kurze Zeit (1 Sekunde?) vielleicht 
Abhilfe schaffen.

> Einzig die Anforderung, dass die USV erst bei einem
> Mindest-Ladezustand wieder einschaltet, habe ich (noch) nicht
> hinbekommen.

Das ist eine Konfigurationseinstellung in der USV selbst, welche nicht 
jedes Modell unterstützt. Mehr dazu ebenfalls im Handbuch von apcupsd 
[2]. Erfahrungsgemäß hat man bei der SmartUPS-Baureihe bessere Chancen.

Ansonsten ggf. mal in der apcupsd Mailing Liste (englisch) im Archiv 
schauen oder fragen [3].

[1] http://www.apcupsd.org/manual/manual.html#killpower-under-windows

[2] 
http://www.apcupsd.org/manual/manual.html#configuration-directives-used-to-set-the-ups-eeprom

[3] http://www.apcupsd.org/wordpress/email-lists/

-- 
Viele Grüße
Uwe


From tho_gru at gmx.de  Wed Nov 20 20:22:31 2019
From: tho_gru at gmx.de (Thomas Grunenberg)
Date: Wed, 20 Nov 2019 20:22:31 +0100
Subject: [fli4l] FLI Pakete mit 7Zip in einem Schritt entpacken?
In-Reply-To: <4258.5d8e8a59.61a25@mailnews.martinen.de>
References: <4258.5d8e8a59.61a25@mailnews.martinen.de>
Message-ID: <qr43pj$s3v$1@vm-news.spline.inf.fu-berlin.de>

Am 28.09.2019 um 00:16 schrieb Kay Martinen:
> Hallo
> 
> Bei der Fax-Server Einrichtung hatte ich immer wieder das Problem das
> 7Zip hier unter Windows 7 Pro die tar.gz archive immer nur in Zwei
> Schritten auspackt.
> 
> Im Ersten Schritt über das Kontext-Menü unter 7-Zip/hier auspacken
> entsteht daneben ein xyz.tar.
> 
> Erst im Zweiten Schritt mit dem Gleichen (hier auspacken) entstehen dann
> die Dateien in den richtigen Ordnern.
> 
> Aber auch dabei werde ich dann öfters mal gefragt ob ich vorhandene
> Dateien überschreiben wolle. COPY.ING ist wohl Problemfrei aber ich bin
> nicht sicher ob das die einzige war.
> 
> Kann letzteres ein Fehler in den Archiven sein?
> 
> Und, wie bringe ich 7-Zip dazu tar.gz direkt richtig aus zu packen - in
> einem Schritt?
> 
> Ich hatte früher PowerArchiver und danach TugZIP und beide hatten
> absolut keine Probleme damit. Aber die gibt es offenbar nicht mehr oder
> nicht mehr aktuell oder kostenlos...
> 
> Kay
> 
Moin, moin,

Mit 7zip geht es meines Wissens nur in zwei Schritten. Ich verwende dazu 
in meinem Extract-Batch folgende Zeile:
%zip% x -so %download_dir%\%1 | %zip% x -si -y -ttar -o%2

Dabei sind folgende Environmentvariablen gesetzt:
%zip% -> Pfad und Name vom 7zip
%download_dir% -> Verzeichnis mit den tar.gz Dateien
%1 -> Name der tar.gz Datei, die entpackt werden soll
%2 -> Wurzelverzeichnis, in welches der entpackte Inhalt landen soll

Gruß
Thomas

From florian at florian-wolters.de  Fri Nov 22 20:49:00 2019
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 22 Nov 2019 20:49:00 +0100
Subject: [fli4l] =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_3=2E10-?=
 =?utf-8?q?Archiven_vom_22=2E11=2E2019_=28r57158=29?=
Message-ID: <qr9e3c$lul$1@vm-news.spline.inf.fu-berlin.de>

Hallo zusammen,

in dieser Woche gibt es keine Neuerungen im 3.10er Zweig.
Viele Grüße

   Florian + das fli4l-Team


--
fli4l-Team


From florian at florian-wolters.de  Fri Nov 29 08:16:33 2019
From: florian at florian-wolters.de (Florian Wolters)
Date: Fri, 29 Nov 2019 08:16:33 +0100
Subject: [fli4l] =?utf-8?q?Informationen_zu_den_w=C3=B6chentlichen_3=2E10-?=
 =?utf-8?q?Archiven_vom_29=2E11=2E2019_=28r57294=29?=
Message-ID: <qrqgkh$m60$1@vm-news.spline.inf.fu-berlin.de>

Guten Morgen,

in dieser Woche haben wir den Kernel der 3.16-Reihe aktualisiert.


Im Vergleich zu den Archiven vom 22.11.2019 (r57158) gibt es die
folgenden Änderungen:


---------------
Fertiggestellt:
---------------

FFL-2511: Linux-Kernel 3.16.77 wurde veröffentlicht
* Überholt. Siehe FFL-2514

FFL-2514: Linux-Kernel 3.16.78 wurde veröffentlicht
* Bitte KERNEL_VERSION anpassen.


Die "FFL-<Nummer>"-Angaben sind Tickets. Sie können unter
http://bugs.fli4l.de/ eingesehen werden.

Viele Grüße

   Florian + das fli4l-Team


--
fli4l-Team