Re: [vz-users] Network Error Gateway Timeout

[Rupert Schöttler]

Hallo Tilman,

Am 15.12.23 um 00:25 schrieb Tilman Glötzner:

was passiert, wenn das Nas mit der Datenbank aus ist? Speichert
vzlogger die Daten dann zwischen, bis die Datenbank wieder da ist?

On 06.12.23 22:18, Rupert Schöttler wrote:

Aber
viele haben wohl die Middleware mit der Datenbank auf einem NAS laufen,
der Pi liefert "nur" die Daten per vzlogger. Das ist weit weniger
komplex als Dein Vorschlag. Wäre das was für Dich? Klar, das NAS darf
sich dann nicht zur Ruhe legen ...



Das "übliche" Setup, das ich erwähnte, ist ja mit Middleware *und*
Datenbank auf dem NAS. Wenn das NAS aus ist, ist auch der Webservice der
Middleware nicht erreichbar und vzlogger puffert die Daten. Er liefert
sie aus, wenn die Middleware wieder annahmebereit ist. So wie auch von
Daniel beschrieben. Ich konnte so problemlos stundenlange Downtime von
Middleware und Datenbank wegen größerer Umbauten ohne Datenverlust
überbrücken.

Zu beachten/bedenken wäre, dass das NAS wegen ständigem Datenverkehr
über Middleware und DB keine Inaktivität mehr sieht und daher kein
automatisches Abschalten mehr erfolgt --> 24x7 Dauerbetrieb. Außer Du
schaltest das NAS manuell oder per Zeitschaltung aus.

Gruß von Lech und Wertach

Rupert



smime.p7s
Description: Kryptografische S/MIME-Signatur

Re: [vz-users] Network Error Gateway Timeout

[Daniel Lauckner]

Hallo,


am Freitag, 15. Dezember 2023 um 00:25 hat Tilman Glötzner geschrieben:
> was passiert, wenn das Nas mit der Datenbank aus ist? Speichert vzlogger die 
> Daten dann zwischen, bis die Datenbank wieder da ist?

Ich bin mir nicht ganz sicher.

Wenn die Middleware (Webserver) nicht erreichbar ist - klares ja. Dann hält der 
vzlogger die Daten vor bis die Middleware wieder da ist oder er beendet wird.
Ist nur die DB nicht verfügbar, sollte die Middleware eine Fehler zurückgeben 
und der vzlogger auch puffern. Hab aber nie probiert (oder beobachtet) ob das 
wirklich so abläuft.


mfg Daniel

Re: [vz-users] Network Error Gateway Timeout

[Tilman Glötzner]

Hallo Rupert

was passiert, wenn das Nas mit der Datenbank aus ist? Speichert vzlogger 
die Daten dann zwischen, bis die Datenbank wieder da ist?



Danke und Gruß

Tilman

On 06.12.23 22:18, Rupert Schöttler wrote:


Hallo Tilman,

zu den Fehlermeldungen, die Deine Installation schmeißt, kann ich leider
nicht helfen.


Am 03.12.23 um 12:50 schrieb Tilman Glötzner:

Hallo noch einmal Mal mit einer weiteren Frage:

kann man die Datenbank teilen und auf mehreren Rechnern verteilen? Die
Idee wäre, dass man auf dem Pi nur den letzten Monat an Daten vorhält.
Alles was älter ist, landet auf einem Nas, das mehr Performance hat.
Kann die Middleware die Daten von verschiedenen Datenbanken zusammen
sammeln? Das Nas läuft nicht immer und so hätte man die Möglichkeit
die Logdaten des letzten Monats jederzeit zu sehen. Wenn man mehr
sehen möchte, muss dazu das Nas laufen.



So ein Setting wurde m.W. in dieser Gruppe noch nie diskutiert. Aber
viele haben wohl die Middleware mit der Datenbank auf einem NAS laufen,
der Pi liefert "nur" die Daten per vzlogger. Das ist weit weniger
komplex als Dein Vorschlag. Wäre das was für Dich? Klar, das NAS darf
sich dann nicht zur Ruhe legen ...

Grüße von Lech und Wertach

Rupert

Re: [vz-users] Network Error Gateway Timeout

[Rupert Schöttler]

Hallo Tilman,

zu den Fehlermeldungen, die Deine Installation schmeißt, kann ich leider
nicht helfen.


Am 03.12.23 um 12:50 schrieb Tilman Glötzner:

Hallo noch einmal Mal mit einer weiteren Frage:

kann man die Datenbank teilen und auf mehreren Rechnern verteilen? Die
Idee wäre, dass man auf dem Pi nur den letzten Monat an Daten vorhält.
Alles was älter ist, landet auf einem Nas, das mehr Performance hat.
Kann die Middleware die Daten von verschiedenen Datenbanken zusammen
sammeln? Das Nas läuft nicht immer und so hätte man die Möglichkeit
die Logdaten des letzten Monats jederzeit zu sehen. Wenn man mehr
sehen möchte, muss dazu das Nas laufen.



So ein Setting wurde m.W. in dieser Gruppe noch nie diskutiert. Aber
viele haben wohl die Middleware mit der Datenbank auf einem NAS laufen,
der Pi liefert "nur" die Daten per vzlogger. Das ist weit weniger
komplex als Dein Vorschlag. Wäre das was für Dich? Klar, das NAS darf
sich dann nicht zur Ruhe legen ...

Grüße von Lech und Wertach

Rupert



smime.p7s
Description: Kryptografische S/MIME-Signatur

Re: [vz-users] Network Error Gateway Timeout

[Tilman Glötzner]

Hallo noch einmal Mal mit einer weiteren Frage:

kann man die Datenbank teilen und auf mehreren Rechnern verteilen? Die 
Idee wäre, dass man auf dem Pi nur den letzten Monat an Daten vorhält. 
Alles was älter ist, landet auf einem Nas, das mehr Performance hat. 
Kann die Middleware die Daten von verschiedenen Datenbanken zusammen 
sammeln? Das Nas läuft nicht immer und so hätte man die Möglichkeit die 
Logdaten des letzten Monats jederzeit zu sehen. Wenn man mehr sehen 
möchte, muss dazu das Nas laufen.


Danke und Gruß

Tilman


On 03.12.23 12:44, Tilman Glötzner wrote:

Hallo nochmal

a) Mir ist noch eingefallen, dass es beim Start RPI Unregelmäßigkeiten 
gab und volkszaehler nicht starten wollte. Ich habe ihn mehrfach von 
Hand starten müssen, bis er lief. Die Fehlermeldungen waren:


[Nov 28 01:50:56][main] log level is 3
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread

[Nov 28 01:50:56][] Startup failed: open direction failed

Ausserdem musste ich auch die middleware von Hand starten. Die lief 
dann aber mit dem ersten Versuch.


b) Ausserdem habe ich ein paar Warnungen von SQL in 
/var/log/mysql/error.log gefunden


2023-12-03  4:04:52 2490 [Warning] Aborted connection 2490 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error reading 
communication packets)
2023-12-03 11:42:34 2578 [Warning] Aborted connection 2578 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)
2023-12-03 11:42:58 2588 [Warning] Aborted connection 2588 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)
2023-12-03 11:43:00 2562 [Warning] Aborted connection 2562 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)


c) Wäre es möglich, dass z.B. der Index von data beim Starten korrupt 
geworden ist und es deshalb zu den Performance-Problemen kommt? Kann 
man den Index einer Tabelle regenerieren oder zumindest überprüfen?


Danke und Gruß

Tilman

On 01.12.23 11:18, Tilman Glötzner wrote:

Hallo

ich verwende volkszaehler mit einem  Raspberry Pi Model B Rev 2 mit 
512 MB RAM. Nach einem Neustart am 28.11. erhalte ich mit der 
Einstellung Current praktisch immer einen Timeout-Fehler. Wenn ich 
die Anzahl der Signale auf 1 reduziere und einen Zeitbereich von 
circa 1/2 Tag auswähle geht es zumeist. Auch das Betrachten von Daten 
über einen Monate mit der Auflösung 1 Tag bzw 1 Jahr mit der 
Auflösung 1 Tag funktioniert. Desweiteren fällt auf, die Spalte mit 
den Zählerständen nicht mehr gezeigt wird.


Hier ein Ausschnitt aus dem Log während eines Prozess, der im Timeout 
endet:


ec  1 10:39:05 logger systemd[1]: Starting Clean php session files...
Dec  1 10:39:08 logger systemd[1]: phpsessionclean.service: Succeeded.
Dec  1 10:39:08 logger systemd[1]: Started Clean php session files.
Dec  1 10:40:01 logger CRON[13678]: (root) CMD (flock -n 
/tmp/flock-vz_aggregate.lock php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute 
>/dev/null)
Dec  1 10:50:01 logger CRON[14171]: (root) CMD (flock -n 
/tmp/flock-vz_aggregate.lock php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute 
>/dev/null)
Dec  1 10:52:54 logger php[3438]: Maximum execution time of 30 
seconds exceeded. Closing worker.
Dec  1 10:52:54 logger php[3438]: Maximum execution time of 30 
seconds exceeded. Closing worker.



Was noch auffällt, ist der Timestamp des Locks. Den RPI ich für den 
Einbau einer Erweiterung um 0:35 h (Local Time) am 28.11. herunter 
gefahren und um 1:53h wieder hochgefahren. Eigentlich war der Rechner 
zum Zeitpunkt des Timestamps aus. Was mir unklar ist: Muss das Lock 
nach beenden der aggregate-Scripte wieder gelöscht werden?


 ls -la /tmp/flock-vz_aggregate.lock
-rw-r--r-- 1 root root 0 Nov 28 01:30 /tmp/flock-vz_aggregate.lock


An Sensoren frage ich 3 Zähler mittels S0-GPIO ab, ausserdem 1 
Smart-Zaehler per IR. Desweiteren einen Solarakku über ein 
pythonskript und modbus on tcp, und einen Gaszähler mittels python 
script (holt die Zählerdaten von einen Program lokal über tcp). Die 
Datenbank lebt auf einer USB-SSD-Festplatte (ASM1051E SATA 6Gb/s bridge)


Die Optimierungen der Datenbank mittels cronjobs habe ich schon vor 
längerer Zeit implementiert (sieht man auch im Log).


Die Frage ist nun, wo ich Potential habe, die Performance soweit zu 
verbessern, dass es keine Timeouts mehr gibt. Gleichzeitig würde ich 
ungerne Daten aus der Datenbank löschen.



Danke und Gruß

Tilman

Re: [vz-users] Network Error Gateway Timeout

[Tilman Glötzner]

Hallo nochmal

a) Mir ist noch eingefallen, dass es beim Start RPI Unregelmäßigkeiten 
gab und volkszaehler nicht starten wollte. Ich habe ihn mehrfach von 
Hand starten müssen, bis er lief. Die Fehlermeldungen waren:


[Nov 28 01:50:56][main] log level is 3
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread
[Nov 28 01:50:56][s0]   failed to set policy to SCHED_FIFO for 
counter_thread

[Nov 28 01:50:56][] Startup failed: open direction failed

Ausserdem musste ich auch die middleware von Hand starten. Die lief dann 
aber mit dem ersten Versuch.


b) Ausserdem habe ich ein paar Warnungen von SQL in 
/var/log/mysql/error.log gefunden


2023-12-03  4:04:52 2490 [Warning] Aborted connection 2490 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error reading 
communication packets)
2023-12-03 11:42:34 2578 [Warning] Aborted connection 2578 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)
2023-12-03 11:42:58 2588 [Warning] Aborted connection 2588 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)
2023-12-03 11:43:00 2562 [Warning] Aborted connection 2562 to db: 
'volkszaehler' user: 'vz' host: 'localhost' (Got an error writing 
communication packets)


c) Wäre es möglich, dass z.B. der Index von data beim Starten korrupt 
geworden ist und es deshalb zu den Performance-Problemen kommt? Kann man 
den Index einer Tabelle regenerieren oder zumindest überprüfen?


Danke und Gruß

Tilman

On 01.12.23 11:18, Tilman Glötzner wrote:

Hallo

ich verwende volkszaehler mit einem  Raspberry Pi Model B Rev 2 mit 
512 MB RAM. Nach einem Neustart am 28.11. erhalte ich mit der 
Einstellung Current praktisch immer einen Timeout-Fehler. Wenn ich die 
Anzahl der Signale auf 1 reduziere und einen Zeitbereich von circa 1/2 
Tag auswähle geht es zumeist. Auch das Betrachten von Daten über einen 
Monate mit der Auflösung 1 Tag bzw 1 Jahr mit der Auflösung 1 Tag 
funktioniert. Desweiteren fällt auf, die Spalte mit den Zählerständen 
nicht mehr gezeigt wird.


Hier ein Ausschnitt aus dem Log während eines Prozess, der im Timeout 
endet:


ec  1 10:39:05 logger systemd[1]: Starting Clean php session files...
Dec  1 10:39:08 logger systemd[1]: phpsessionclean.service: Succeeded.
Dec  1 10:39:08 logger systemd[1]: Started Clean php session files.
Dec  1 10:40:01 logger CRON[13678]: (root) CMD (flock -n 
/tmp/flock-vz_aggregate.lock php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute 
>/dev/null)
Dec  1 10:50:01 logger CRON[14171]: (root) CMD (flock -n 
/tmp/flock-vz_aggregate.lock php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute 
>/dev/null)
Dec  1 10:52:54 logger php[3438]: Maximum execution time of 30 seconds 
exceeded. Closing worker.
Dec  1 10:52:54 logger php[3438]: Maximum execution time of 30 seconds 
exceeded. Closing worker.



Was noch auffällt, ist der Timestamp des Locks. Den RPI ich für den 
Einbau einer Erweiterung um 0:35 h (Local Time) am 28.11. herunter 
gefahren und um 1:53h wieder hochgefahren. Eigentlich war der Rechner 
zum Zeitpunkt des Timestamps aus. Was mir unklar ist: Muss das Lock 
nach beenden der aggregate-Scripte wieder gelöscht werden?


 ls -la /tmp/flock-vz_aggregate.lock
-rw-r--r-- 1 root root 0 Nov 28 01:30 /tmp/flock-vz_aggregate.lock


An Sensoren frage ich 3 Zähler mittels S0-GPIO ab, ausserdem 1 
Smart-Zaehler per IR. Desweiteren einen Solarakku über ein 
pythonskript und modbus on tcp, und einen Gaszähler mittels python 
script (holt die Zählerdaten von einen Program lokal über tcp). Die 
Datenbank lebt auf einer USB-SSD-Festplatte (ASM1051E SATA 6Gb/s bridge)


Die Optimierungen der Datenbank mittels cronjobs habe ich schon vor 
längerer Zeit implementiert (sieht man auch im Log).


Die Frage ist nun, wo ich Potential habe, die Performance soweit zu 
verbessern, dass es keine Timeouts mehr gibt. Gleichzeitig würde ich 
ungerne Daten aus der Datenbank löschen.



Danke und Gruß

Tilman

Re: [vz-users] Network Error

[Matthias Schütze]

Hi,

danke für die Rückmeldung.

Meinen aktuellen Softwarestand hätte ich gleich beschreiben wollen,
habe aber tatsächlich nur die Info in der Fußzeile des VZ:
© 2011-2018 - volkszaehler.org[1] 
Wenn mehr zu ermitteln wäre, schaue ich natürlich nach.

Fehlermeldungen des Webservers: Nope. Da gibt es nichts.

Die Konfiguration habe ich gecheckt. Unter htdocs/js/options.js ist nun 
aufgrund deines Hinweises
vz.options -> middleware -> title: "Volkszaehler Demo"
per Kommentierung disabled. 

Damit wäre die Sache gelöst: Die Fehlermeldung kommt jetzt nicht mehr.
Auf der Webseite ist nun beim Aufrufen der Kanäle der Demo-Volkszähler nicht 
mehr im 
Angebot. Damit kann ich aber definitiv leben.

Besten Dank für den Tipp
Matthias




Am Freitag, 12. März 2021, 12:19:10 CET schrieb Daniel Lauckner:
> Hallo,
> 
> am Freitag, 12. März 2021 um 12:03 hat Matthias Schütze geschrieben:
> > mein VZ nörgelt häufig (nicht immer) mit einer Fehlermeldung
> > 
> > Network Error
> > error
> 
> Die Middleware wurde zwischenzeitlich in der Hinsicht verbessert, sie
> gibt detailiertere Fehler aus. Wenn du beschreiben kannst was für einen
> Softwarestand du aktuell hast könnte man über ein Update nachdenken.
> Aber bitte nicht einfach machen, das kann böse in die Hose gehen!
> 
> > Die einzig bislang festgestellte Problemursache scheint mir in der
> > Browser-Konsole gemeldet zu werden. Dort heißt es:
> > 
> > Firefox kann keine Verbindung zu dem Server unter
> > wss://demo.volkszaehler.org/ws aufbauen. autobahn.min.js:62:491
> 
> Da ist der (fehlende) PUSH-Server, kannst du ignorieren.
> 
> > Dies und die o.g. Fehlermeldung treten immer auf, wenn volkszaehler.org
> > nicht erreichbar ist (z.B. wenn meine Geräte keinen Internetzugriff
> > haben).
> Okay...
> 
> Da wären von der Middleware die Konfigurationsdateien ./etc/confg.yaml
> und ./htdocs/js/options.js von Interesse.
> 
> > Hat jemand Hinweise für mich, wie ich die Fehlermeldung abgestellt
> > bekomme?
> 
> Desweiteren solltest du im Log des Webservers nach Fehlern schauen.
> 
> 
> mfg Daniel




[1] http://volkszaehler.org/

Re: [vz-users] Network Error

[Daniel Lauckner]

Hallo,


am Freitag, 12. März 2021 um 12:03 hat Matthias Schütze geschrieben:
> mein VZ nörgelt häufig (nicht immer) mit einer Fehlermeldung

> Network Error
> error

Die Middleware wurde zwischenzeitlich in der Hinsicht verbessert, sie 
gibt detailiertere Fehler aus. Wenn du beschreiben kannst was für einen 
Softwarestand du aktuell hast könnte man über ein Update nachdenken.
Aber bitte nicht einfach machen, das kann böse in die Hose gehen!

> Die einzig bislang festgestellte Problemursache scheint mir in der 
> Browser-Konsole
> gemeldet zu werden. Dort heißt es:

> Firefox kann keine Verbindung zu dem Server unter
> wss://demo.volkszaehler.org/ws aufbauen. autobahn.min.js:62:491

Da ist der (fehlende) PUSH-Server, kannst du ignorieren. 

> Dies und die o.g. Fehlermeldung treten immer auf, wenn volkszaehler.org nicht
> erreichbar ist (z.B. wenn meine Geräte keinen Internetzugriff haben).

Okay...

Da wären von der Middleware die Konfigurationsdateien ./etc/confg.yaml 
und ./htdocs/js/options.js von Interesse.

> Hat jemand Hinweise für mich, wie ich die Fehlermeldung abgestellt bekomme?

Desweiteren solltest du im Log des Webservers nach Fehlern schauen.


mfg Daniel

Re: [vz-users] "Network Error"

[Andreas Goetz]

Ich verstehe es ernsthaft nicht da der Server auch korrekte Header
ausliefert:

Response
HTTP/1.1 200 OK
Content-Type: application/json
*Access-Control-Allow-Origin: **
Date: Mon, 10 Dec 2018 15:55:04 GMT
Cache-Control: no-cache, private
Connection: close
Server: Apache/2.4.25
Strict-Transport-Security: max-age=15724800

Aber sei's drum, Hauptsache es geht...

On Mon, Dec 10, 2018 at 2:26 PM Andreas Goetz  wrote:

> Die Meldung in der Konsole ist normal, kein Fehler. Der CORS Fehler
> verwirrt mich möglich. Die CORS Header sind im Repository drin, ich sehe
> sie aber auf Demo nicht. Trotzdem bekomme ich keinen Fehler wenn ich vom
> lokalen Browser aus cross.origin zugreife.
>
> Vielleicht hat ja Justin noch eine Idee.
>
> Viele Grüße,
> Andreas
>
>
> On Mon, Dec 10, 2018 at 2:03 PM Marc Haber <
> mh+volkszaehler-us...@zugschlus.de> wrote:
>
>> On Mon, Dec 10, 2018 at 01:43:29PM +0100, Andreas Goetz wrote:
>> > Kannst Du mal bitte Deine htdocs/javascript/options.js aus dem
>> Volkszähler
>> > Verzeichnis zeigen?
>>
>> /home/pi/volkszaehler.org/htdocs/js/options.js ist ident mit
>>
>> https://raw.githubusercontent.com/volkszaehler/volkszaehler.org/25cfdb72ebbcd564ddb84204986be4a7d2eac28f/htdocs/js/options.js
>> ,
>> es fehlt also nur die im letzten Commit hinzugefügte gap-Variable.
>>
>> >Dort kannst Du auch demo auskommentieren.
>>
>> Nach dem Entfernen von
>> title: 'Volkszaehler Demo',
>> url: '
>> https://demo.volkszaehler.org/middleware.php'
>> }
>>
>> Kommt der Network Error nicht mehr, in der Browserkonsole steht jetzt
>> auch nur noch "Firefox can’t establish a connection to the server at
>> ws://192.168.188.213/ws. autobahn.min.js:62:491".
>>
>> Im Firewall-Log steht nichts, wenn der Pi den Zugriff probieren würde,
>> dann ginge er auch durch.
>>
>> Kann das was damit zu tun haben, dass der Pi bei mir vollständiges und
>> funktionierendes IPv6 hat? Aber er kann demo.volkszaehler.org auch per
>> IPv6 erreichen.
>>
>> Grüße
>> Marc
>>
>> --
>>
>> -
>> Marc Haber | "I don't trust Computers. They | Mailadresse im
>> Header
>> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224
>> 1600402
>> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224
>> 1600421
>>
>

Re: [vz-users] "Network Error"

[Marc Haber]

On Mon, Dec 10, 2018 at 02:26:45PM +0100, Andreas Goetz wrote:
> Die Meldung in der Konsole ist normal, kein Fehler. Der CORS Fehler
> verwirrt mich möglich. Die CORS Header sind im Repository drin, ich sehe
> sie aber auf Demo nicht. Trotzdem bekomme ich keinen Fehler wenn ich vom
> lokalen Browser aus cross.origin zugreife.
> 
> Vielleicht hat ja Justin noch eine Idee.

Jedenfalls danke für die Hilfe, mein Problem ist gelöst.

Habt Ihr Kontrolle über die Fehlermeldung, die da in die Dialogbox
reingeschrieben wird? Etwas mehr als "error" wäre da nämlich eventuell
hilfreich.

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Andreas Goetz]

Hallo Marc,

der Fehler mit dem Cross-Origin Request ist sehr seltsam. Muss Das sollte
auch in Richtung Demo gehen, evtl. fehlen da aber ein paar Header. Muss ich
mir im Quelltext anschauen.
Kannst Du mal bitte Deine htdocs/javascript/options.js aus dem Volkszähler
Verzeichnis zeigen? Dort kannst Du auch demo auskommentieren.

Viele Grüße, Andreas


On Mon, Dec 10, 2018 at 12:54 PM Marc Haber <
mh+volkszaehler-us...@zugschlus.de> wrote:

> On Mon, Dec 10, 2018 at 05:29:35AM +0100, Daniel Lauckner wrote:
> > am Sonntag, 9. Dezember 2018 um 22:03 hat Marc Haber geschrieben:
> > > Firefox can’t establish a connection to the server at wss://
> demo.volkszaehler.org/ws
> >
> > Hatten wir den Zugriff im Image nicht schon deaktiviert?
>
> Wo würde ich ihn denn abschalten? Dann kann ich sagen, ob er aus oder an
> ist.
>
> Grüße
> Marc
>
> --
>
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421
>

Re: [vz-users] "Network Error"

[Marc Haber]

On Mon, Dec 10, 2018 at 05:29:35AM +0100, Daniel Lauckner wrote:
> am Sonntag, 9. Dezember 2018 um 22:03 hat Marc Haber geschrieben:
> > Firefox can’t establish a connection to the server at 
> > wss://demo.volkszaehler.org/ws
> 
> Hatten wir den Zugriff im Image nicht schon deaktiviert?

Wo würde ich ihn denn abschalten? Dann kann ich sagen, ob er aus oder an
ist.

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Andreas Goetz]

Auf jeden Fall passieren die Websocket Zugriffe mit Fehlerbehandlung, das kann 
es nicht sein. Ich warte auf den Screenshot.

Viele Grüße, Andreas 

> Am 10.12.2018 um 05:29 schrieb Daniel Lauckner :
> 
> Hallo,
> 
> 
> am Sonntag, 9. Dezember 2018 um 22:03 hat Marc Haber geschrieben:
> 
>> Firefox can’t establish a connection to the server at 
>> wss://demo.volkszaehler.org/ws
> 
> Hatten wir den Zugriff im Image nicht schon deaktiviert?
> 
> Der websocket-Fehler ist jedenfalls nicht neu, würde mich überraschen
> wenn der jetzt eine Meldung am FE fabriziert.
> 
> 
> mfg Daniel
> 

Re: [vz-users] "Network Error"

[Daniel Lauckner]

Hallo,


am Sonntag, 9. Dezember 2018 um 22:03 hat Marc Haber geschrieben:

> Firefox can’t establish a connection to the server at 
> wss://demo.volkszaehler.org/ws

Hatten wir den Zugriff im Image nicht schon deaktiviert?

Der websocket-Fehler ist jedenfalls nicht neu, würde mich überraschen
wenn der jetzt eine Meldung am FE fabriziert.


mfg Daniel

Re: [vz-users] "Network Error"

[Andreas Goetz]

Mhhm. Das kann dann mit der ws Fehler Sein, denn das passiert im Hintergrund. 
Machst Du mal Screenshot von Browserkonsole mit offenem Fehlerdialog? 

Viele Grüße, Andreas 

> Am 09.12.2018 um 22:17 schrieb Marc Haber 
> :
> 
>> On Sun, Dec 09, 2018 at 10:07:14PM +0100, Andreas Goetz wrote:
>> Mach mal langsam. Einfach Seite neu laden und gut ist!
> 
> Der falsche Fehler tritt bei jedem Reload der Seite auf. Natürlich kann
> ich das wegklicken, aber es nervt...
> 
> Grüße
> Marc
> 
> -- 
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Marc Haber]

On Sun, Dec 09, 2018 at 10:07:14PM +0100, Andreas Goetz wrote:
> Mach mal langsam. Einfach Seite neu laden und gut ist!

Der falsche Fehler tritt bei jedem Reload der Seite auf. Natürlich kann
ich das wegklicken, aber es nervt...

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Andreas Goetz]

Marc,

Mach mal langsam. Einfach Seite neu laden und gut ist!

Viele Grüße, Andreas 

> Am 09.12.2018 um 22:03 schrieb Marc Haber 
> :
> 
>> On Sun, Dec 09, 2018 at 09:34:19PM +0100, Andreas Goetz wrote:
>> Was sagt die Browserconsole? Welcher Aufruf schlägt da fehl?
> 
> Guter Tipp, danke.
> 
> Da steht
> Firefox can’t establish a connection to the server at 
> ws://192.168.188.213/ws. autobahn.min.js:62:491
> Firefox can’t establish a connection to the server at 
> wss://demo.volkszaehler.org/ws
> 
> 192.168.188.213 ist mein Volkszähler-Raspberry. Zwischen dem Client und
> dem Raspberry ist noch ein Router und eine Firewall, ich sehe allerdings
> im tcpdump keinen Verbindungsversuch außer dem (erlaubten) Zugriff auf
> TCP Port 80.
> 
> Was ist ws:// und was ist wss://
> 
> Grüße
> Marc
> 
> -- 
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Marc Haber]

On Sun, Dec 09, 2018 at 09:34:19PM +0100, Andreas Goetz wrote:
> Was sagt die Browserconsole? Welcher Aufruf schlägt da fehl?

Guter Tipp, danke.

Da steht
Firefox can’t establish a connection to the server at ws://192.168.188.213/ws. 
autobahn.min.js:62:491
Firefox can’t establish a connection to the server at 
wss://demo.volkszaehler.org/ws

192.168.188.213 ist mein Volkszähler-Raspberry. Zwischen dem Client und
dem Raspberry ist noch ein Router und eine Firewall, ich sehe allerdings
im tcpdump keinen Verbindungsversuch außer dem (erlaubten) Zugriff auf
TCP Port 80.

Was ist ws:// und was ist wss://

Grüße
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] "Network Error"

[Andreas Goetz]

Was sagt die Browserconsole? Welcher Aufruf schlägt da fehl?

Viele Grüße, Andreas 

> Am 09.12.2018 um 21:12 schrieb Marc Haber 
> :
> 
> Hallo,
> 
> mein Volkszähler läuft mit dem "aktuellen" Raspberry Pi Image auf einem
> RPi3, wie in der Anleitung steht un-updated.
> 
> Beim Aufruf der Webseite im Firefox gibt es erstmal ein Overlayfenster
> "Network error: error" und einen OK-Button. Nach Klick auf "ok"
> funktioniert dann alles.
> 
> Bekomme ich diesen nicht-Fehler irgendwie weg?
> 
> Grüße
> Marc
> 
> -- 
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Re: [vz-users] Network Error

[Lars Täuber]

Hallo!

On Sat, 31 Mar 2018 08:52:40 +0200
Daniel Lauckner  wrote:
> Hallo,
> 
> 
> am Freitag, 30. März 2018 um 22:37 hat Lars Täuber geschrieben:
> > Leider weiß ich nicht, wie ich das debuggen kann, weil ich nicht
> > weiß, wohin die Logmeldungen geschrieben werden.
> > In volkszaehler.conf.php habe ich die Möglichkeit gefunden,
> > debugging einzuschalten ($config['debug']), aber wohin gehen die Meldungen? 
> >  
> 
> Ich glaube dass das nur zu ausführlicheren Antworten der Middleware
> führt. Der Weg der zu beschreiten ist wäre also die Debugkonsole
> deines Webbrowsers zu öffnen und dort nachzusehen.

Oh je, wieder etwas Neues. Ich schau mal, wo ich das im Firefox finden kann.

Ist das die passende Fehlermeldung:
"Firefox can’t establish a connection to the server at wss://server/ws."
???

> 
> > Im access.log bekomme ich solche Zeilen, haben die damit etwas zu tun?
> > [30/Mar/2018:22:23:15 +0200] "GET /ws HTTP/1.1" 404 701 "-"
> > "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 
> > Firefox/59.0"  
> 
> Was hast du eigentlich geändert? Ich nehme doch an es hatte irgendwann
> mal funktioniert.

Das ist schon so lange her, als die Fehlermeldung das erste mal auftrat, dass 
ich es nicht mehr genau weiß. Ich denke aber, das trat auf, nachdem ich mal mit 
git pull eine Aktualisierung durchführte.

Grüße, Dank und frohe Ostern
Lars

Re: [vz-users] Network Error

[Daniel Lauckner]

Hallo,


am Freitag, 30. März 2018 um 22:37 hat Lars Täuber geschrieben:
> Leider weiß ich nicht, wie ich das debuggen kann, weil ich nicht
> weiß, wohin die Logmeldungen geschrieben werden.
> In volkszaehler.conf.php habe ich die Möglichkeit gefunden,
> debugging einzuschalten ($config['debug']), aber wohin gehen die Meldungen?

Ich glaube dass das nur zu ausführlicheren Antworten der Middleware
führt. Der Weg der zu beschreiten ist wäre also die Debugkonsole
deines Webbrowsers zu öffnen und dort nachzusehen.

> Im access.log bekomme ich solche Zeilen, haben die damit etwas zu tun?
> [30/Mar/2018:22:23:15 +0200] "GET /ws HTTP/1.1" 404 701 "-"
> "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:59.0) Gecko/20100101 Firefox/59.0"

Was hast du eigentlich geändert? Ich nehme doch an es hatte irgendwann
mal funktioniert.


mfg Daniel