Hallo zusammen,
ich habe seit ca. Sonntag 09.02.2025 das Problem, dass meine Echos sporadisch, über den ganzen Tag verteilt, melden:
"Das Gerät antwortet nicht, bitte überprüfe die Stromversorgung und Netzwerkverbindung des Geräts".
Diese Meldung kommt für mehrere Minuten.
Danach funktioniert es wieder, ohne dass ich irgednwie aktiv werde.
Die Internetverbindung steht durchgängig, zumindest laut Fritzbox. Andere Echo-Funktionen wie Wetterbericht, Nachrichten, etc. funktionieren in dieser Zeit, so dass ich davon ausgehe, dass es keine Störung am WAN gibt.
Nun habe ich die Meldung gelesen (https://forum.fhem.de/index.php?topic=132079.0), dass alexa-fhem am Wochenende auf neue Hardware umgezogen ist.
An Zufall mag ich da nicht so recht glauben.
Im Log sehe ich nichts Auffälliges, die nachfolgende Meldung erscheint 1x am Tag fast immer um ca. 06:30, mein 24h-Reconncect der VDSL-Leitung war heute um 06:24.
[2/11/2025, 6:29:23 AM] Reading alexaFHEM.ProxyConnection set to running;; stderr=Timeout, server fhem-va.fhem.de not responding.
[2/11/2025, 6:29:23 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=
[2/11/2025, 6:29:23 AM] *** SSH: stderr: Timeout, server fhem-va.fhem.de not responding.
[2/11/2025, 6:29:23 AM] SSH: exited with 255 - will restart in 48.925793327352395 seconds
[2/11/2025, 6:29:23 AM] Reading alexaFHEM.ProxyConnection set to stopped;; Terminated with Timeout, server fhem-va.fhem.de not responding. , ssh will restart at 06:30:11
[2/11/2025, 6:29:23 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=
[2/11/2025, 6:30:11 AM] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[2/11/2025, 6:30:11 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=
[2/11/2025, 6:30:11 AM] Starting SSH with -R 1234:127.0.0.1:40603 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[2/11/2025, 6:30:12 AM] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[2/11/2025, 6:30:12 AM] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=
[2/11/2025, 6:30:12 AM] *** SSH: proxy connection established
[2/11/2025, 6:30:12 AM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Hat noch jemand dieses Problem beobachtet,
und wie bekommt man wieder einen stabilen Betrieb hin?
(Davor jahrelang fast 100% zuverlässiger Betrieb)
Viele Grüße,
Heiko
Hallo Heiko,
Dein Hoffnungswunsch kommt zwei Jahre zu spät :)
ZitatAm Donnerstag, 09.02.2023, 12 Uhr
Gruß Otto
Hi,
Ich hänge mich hier Mal an.
Habe seit ein paar Tagen genau das gleiche Problem mit der sporadischen Dienstverweigerung von Alexa:
"Das Gerät antwortet nicht, bitte überprüfe die Stromversorgung und Netzwerkverbindung des Geräts"
Hallo zusammen,
+1 - hatte ich bei mir auch festgestellt. Aber wirklich selten und nicht so, dass ich es nachstellen konnte.
Sowas ist mir in den letzten Tagen auch aufgefallen. Habe ich aber nicht verfolgt.
Hi, ich auch,
habe mein Problem wahrscheinlich verifiziert:
Laut AnbieterV leichte Fehler auf DSL?!? weil AnbieterT am Verteiler Arbeit.
DSL-Light mit V4-proxy (ich glaube das hier das Problem liegt)
Alexa, video-calls und auch Webseiten sporadische Abbrüche seit ca. 1 Woche
gruss
ok, was mir dazu einfällt: Irgendein Bot lädt alle 1,5 -2 h seit dem 8.2. mehrfach komplett unser SVN herunter. Die Vereinshardware besteht aus einem physischen Server 6 Kerne / 12 Threads, die einzelnen Server sind VMs. Der Bot treibt die zwei logischen CPUs des SVN in die Volllast, ich habe schon bemerkt, dass das Forum während dieser Zeit etwas hakelt. Zeitlich hängt es zusammen, ob es wirklich durch Last auf zwei logischen CPUs kommt kann ich noch nicht sagen.
Normalerweise läuft der physische Server mit einer Auslastung von 7%, das hat sich damit auch nicht geändert.
Warum die eine VM die anderen derart beeinflussen kann ist mir noch unklar.
Kann sein, das der va dort auch beeinflusst wird. ???
Wir haben das svn schon gedrosselt, ich bin am suchen und wir müssen den bot aussperren.
Hallo Otto,
danke für deine schnelle Antwort.
Und danke an alle anderen für eure Rückmeldung. Immer gut, wenn man nicht der Einzige ist.
Zitat von: Otto123 am 11 Februar 2025, 11:46:02Dein Hoffnungswunsch kommt zwei Jahre zu spät :)
ZitatAm Donnerstag, 09.02.2023, 12 Uhr
Uups, tatsächlich. ;D
Zitat von: Otto123 am 11 Februar 2025, 13:34:43ich habe schon bemerkt, dass das Forum während dieser Zeit etwas hakelt.
Jetzt gerade war das Forum auch extrem träge, das ist sonst ja auch nicht.
Allerdings war ich nicht daheim und konnte nicht zeitgleich probieren, ob die Echos wieder meckern.
ZitatWir haben das svn schon gedrosselt, ich bin am suchen und wir müssen den bot aussperren.
Aussperren des Bots wäre wahrscheinlich das beste. So ähnlich wie fail2ban das macht?
Auf jeden Fall vielen Dank, dass ihr schon dran seid.
Viele Grüße,
Heiko
Hallo Otto,
kurzer Zwischenstand.
Heute, 12.02.2025, lief die Sprachsteuer stabil.
Um 16:37 hat mein Echo dann wieder die oben genannte Fehlermeldung gebracht (30 Sekunden später ging der Befehl wieder).
Jetzt, 17:22 Uhr, wieder die Fehlermeldung, und der Aufruf des Forums zum Schreiben extrem langsam.
Nachdem ich fertig geschrieben habe, 17:24 Uhr, war das Forum wieder blitzschnell.
Vielleicht helfen dir die Zeitangaben bei der Fehlersuche.
Viele Grüße,
Heiko
Gerade hatte ich wieder den Alexa Fehler und das Forum hat auch gehangen.
Genaue Uhrzeit:
6:19
6:24
Ich habe auch auf dem Forum seit einigen Tagen immer wieder Time-Outs.
@Otto: Das hatte ich dir auch schon per Email geschrieben.
Moin,
ja die Zeiten decken sich mit den Lastspitzen im SVN. Offenbar braucht der Hypervisor immer einen kurzen Moment um die Last wieder zu verteilen. Ich habe gestern Abend eigentlich die virtuellen CPUs an einzelne physische CPUs "gepinnt" - aber scheinbar wirkt das nicht wie gedacht. :o
Ich bleibe da dran.
Gruß Otto
gab es seit heute etwa 14:00 Uhr irgendwelche Alexa Fehler?
Eben mal wieder (13 Uhr). Dann ein 2. mal probiert und es ging wieder.
Zitat von: Otto123 am 13 Februar 2025, 23:11:59gab es seit heute etwa 14:00 Uhr irgendwelche Alexa Fehler?
15.02.2025, ziemlich lange Aussetzer von ca. 23:25 bis 23:35.
Alexa und Forum.
In diesem Zeitraum zwischendrin haben Sprachbefehle aber auch kurz funktioniert.
Heute 17.02.2025 von 23:15 Uhr bis 23:23 Forum nicht erreichbar, Echo konnte keine Befehle weitergeben.
Das Problem ist also leider noch nicht behoben.
Eben gerade wieder bei mir
21.02.25
13:05
13:20
13:30
Echo konnte keine FHEM Daten ansagen und aber auch das FHEM Forum war vom Computer aus nicht aufrufbar.
Ich kann zwar bei mir auch sehen, dass um 13:21 die Verbindung zum va neu aufgebaut wurde.
Eine Erklärung habe ich dafür nicht, zumal ich selbst in dieser Zeit im Forum aktiv war und die ganze Zeit eine beobachtende Verbindung zur fhem Hardware hatte, die nicht gestört wurde.
hi,
bei mir war heute zwischen 13-14Uhr nicht nur alexa weg.
auch das gesamte fhem.de war nicht mehr erreichbar.
auf debian.fhem.de war ein zugriff möglich.
zu andere WEB-Seiten war ein voller zugriff möglich.
gruss
Eismann. Wenn sowas noch mal ist dann bitte fhem.de, forum.fhem.de und svn.fhem.de testen. Debian.fhem.de liegt nicht in unsere Hoheit. Das gehört Udo und läuft in AWS.
Hast Du eine besondere Netzwerkkonstellation? Einen Webproxy zum Beispiel?
hi,
nein, omada mit VLAN,
im logfile keine Meldungen,
alle 3 Webseiten aufgerufen (+ debian.fhem.de)
keine Verbindung mit Timeout,
befehle über alexa nicht möglich.
intern war alles schaltbar. VPN von außen nach innen war möglich.
nach ca. 14:00Uhr war alles wieder möglich.
alexa mault seit tagen, 3 bis 4 mal den gleichen Befehl aufrufen,
dann wird auch einmal geschaltet. ich gehe davon aus das es nicht
an dem Module liegt. bei einer zweiten installation, des selbe Problem.
gruss
Zitat von: eisman am 21 Februar 2025, 16:13:50hi,
nein, omada mit VLAN,
im logfile keine Meldungen,
alle 3 Webseiten aufgerufen (+ debian.fhem.de)
keine Verbindung mit Timeout,
befehle über alexa nicht möglich.
intern war alles schaltbar. VPN von außen nach innen war möglich.
nach ca. 14:00Uhr war alles wieder möglich.
alexa mault seit tagen, 3 bis 4 mal den gleichen Befehl aufrufen,
dann wird auch einmal geschaltet. ich gehe davon aus das es nicht
an dem Module liegt. bei einer zweiten installation, des selbe Problem.
gruss
Hast Du sowas wie piHole oder so?
Wie sieht das eigentlich bei euch im Log aus?
Ich habe mal mit... | grep -v caching | grep -v executinggesucht, aber ich finde nix. Sieht alles stabil aus (bis auf den ein oder anderen manuellen Neustart).
Wonach muss ich suchen bzw. könnt ihr vielleicht mal einen Auszug aus eurem Log posten?
Habe auch an der alexa-performance soweit nix bemerkt und ich würde behaupten ich nutze das schon einigermaßen regelmäßig. Hm.
hi,
ja ich habe einen pihole mit update auf v6,
die test mache ich aber mit und ohne pihole (webseiten)
die alexa läuft nicht über pihole.
ja, ich habe auch grade alle logs durgeschaut, kein Eintrag gefunden (laut log alles ok)
gruss
Mein alexa-fhem Container logged die Verbindungsabbrüche. Die werden beendet mit
[2/21/2025, 12:21:29 AM] *** SSH: proxy connection established
[2/21/2025, 12:21:29 AM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated. Ich habe noch keine Idee wie ich das in FHEM mal als Log schreibe. ;)Dabei sehe ich gerade der Abbruch bei mir war Mitternacht, da habe ich mich oben getäuscht (ich dachte die Zeit im Container ist UTC.)
FHEM bekommt das mit, also mal ein Log schreiben.
ZitatalexaFHEM.ProxyConnection running; SSH connected 2025-02-21 00:21:29
Ich kann bestätigen, dass sowohl heute Morgen früh als auch heute Mittag keine Verbindung sowohl zum svn als auch zum Forum möglich war. Auch alexa-fhem ging nicht.
Edit @Otto: ssh zum Proxy ging, aber von da aus ging's nicht weiter.
Zitat von: Ralli am 21 Februar 2025, 16:59:52aber von da aus ging's nicht weiter.
Ich behaupte mal, dass ich darauf keinen Einfluss habe. ;)
Jau. Wenn keine Verbindungsabbrüche am Server selbst festzustellen sind, liest sich das wie ein Routing-Problem eines oder mehrerer Netzprovider(s).
Mal so Gedanken:
- Welche Provier habt Ihr?
- Welche DNS-Systeme? (Im Fehlerfalle mal die IP merken und dann hier vergleichen)
Könnte Otto es sehr viel einfacher machen ;)
Wobei .. wenn PiHole im Einsatz und auf V6 upgedatet, prüft bitte mal Eure Konfig. Hatte bei mir auch DNS-Probleme und nach dem Prüfen und korrigieren läuft es wieder super .... das hat aber wenig mit fhem zu tuen.
Provider: ein lokaler (KEVAG-Telekom).
Ich habe zwar Pi-hole im Einsatz, aber schon seit mehreren Wochen die Beta v6. Ich behaupte mal, ich kann hier einen Zusammenhang ausschließen, zumal andere Webseiten-Aufrufe funktionierten und ansonsten die IPs der entsprechenden DNS-Namen ja auch sowohl im Cache der Surf-Maschine als auch im Pi-hole sind.
Aber aus Interesse: was genau hattest du denn zu korrigieren?
Hi,
hatte heut auch einige Alexa Aussetzer:
6:48
13:03
14:11
Das Forum ging zu dieser Zeit auch nicht.
PiHole habe ich nicht im Einsatz.
Provider: Telekom Glasfase
DNS Server: 8.8.8.8
Sorry aber das habe ich mir gestern leider nicht aufgeschrieben ... habe den docker-Container im Einsatz.
Das Problem könnte auftreten wenn man den FHEM Docker Container frisch, ohne fhem Daten auf dem persistent Storage, ausrollt. Hat also nichts mit Alexa zu tun, kann aber alle weiteren Verbindungen einschränken.
Beim Aufbau des Containers wird dann ein svn Befehl verwendet der womöglich zu viele Verbindungen aufbaut. Zu viele Verbindungen werden aber blockiert.
Das kann ich bei mir definitiv ausschließen.
Hallo zusammen,
heute morgen um ca. 07:40 Uhr (24.02.2025) für mehrere Minuten wieder keine Befehle über Echo möglich.
- kein Pi-Hole
- FHEM und die SSH-Verbindung laufen in einem eigenen debian LXC-Container auf proxmox, per LAN
- 1&1 VDSL, DNS über die fritzbox, DNS über 1.1.1.1 und 8.8.8.8
- WiFi läuft über Unifi UAP-AC-Pros (4 Stück)
Viele Grüße,
Heiko
Zitat von: Otto123 am 21 Februar 2025, 16:58:37Mein alexa-fhem Container logged die Verbindungsabbrüche. Die werden beendet mit
Code Auswählen Erweitern
[2/21/2025, 12:21:29 AM] *** SSH: proxy connection established
[2/21/2025, 12:21:29 AM] SSH: Welcome at the reverse proxy! This pseudoshell does not react
Ok – habe mir das jetzt bei mir mal genauer angesehen.
Mit
sudo docker logs <container_name> 2>&1 | grep -E "Starting|os.homedir|Welcome"sehe ich zwar die Zeiten, zu denen der container sich neu per SSH verbindet. Aber das waren seit Mitte Januar (so weit reicht das Log) alles nur Zeitpunkte unmittelbar nachdem alexa-fhem gestartet wurde (erkennbar am Zeitstempel von os.homedir). Also ganz reguläre Initialisierung, meist nachdem docker Updates gemacht hat, und keine Verbindungsabbrüche.
Was mache ich denn anders? Wie gesagt, mir ist auch im Betrieb noch nichts aufgefallen. Oder war das jetzt nicht die richtige Stelle im Log? Habe aber auch sonst nichts Auffälliges gesehen ...
Habe Kabelinternet von VF, laut netstat im Container läuft die Verbindung zum Vereinsserver über IPv4 (188.40.131.57:58824). Mein DNS läuft über einen Technitium-DNS-Server als Container auf dem gleichen System (mit stale-caching, soweit ich mich entsinne; Forwarder ist u.a. Freifunk München via DoH).
Starting alexa-fhem ...
[1/12/2025, 7:33:28 PM] os.homedir()=/alexa-fhem
[1/12/2025, 7:33:29 PM] Starting SSH with -R 1234:127.0.0.1:40209 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[1/12/2025, 7:33:29 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[1/12/2025, 10:40:25 PM] os.homedir()=/alexa-fhem
[1/12/2025, 10:40:40 PM] Starting SSH with -R 1234:127.0.0.1:42029 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[1/12/2025, 10:40:40 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[1/13/2025, 10:26:41 PM] os.homedir()=/alexa-fhem
[1/13/2025, 10:26:58 PM] Starting SSH with -R 1234:127.0.0.1:43963 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[1/13/2025, 10:26:59 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[1/15/2025, 10:27:08 PM] os.homedir()=/alexa-fhem
[1/15/2025, 10:27:21 PM] Starting SSH with -R 1234:127.0.0.1:44377 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[1/15/2025, 10:27:22 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[1/22/2025, 10:23:37 PM] os.homedir()=/alexa-fhem
[1/22/2025, 10:23:56 PM] Starting SSH with -R 1234:127.0.0.1:45433 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[1/22/2025, 10:23:56 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[2/9/2025, 8:59:08 PM] os.homedir()=/alexa-fhem
[2/9/2025, 8:59:23 PM] Starting SSH with -R 1234:127.0.0.1:42151 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[2/9/2025, 8:59:23 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
Starting alexa-fhem ...
[2/20/2025, 10:24:08 PM] os.homedir()=/alexa-fhem
[2/20/2025, 10:24:33 PM] Starting SSH with -R 1234:127.0.0.1:37569 -oServerAliveInterval=90 -i /alexa-fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[2/20/2025, 10:24:33 PM] SSH: Welcome at the reverse proxy! This pseudoshell does not react to any input - do not get irritated.
In meinem Log sehe ich heute auch keinen Abbruch oder Störung.
Seit heute morgen 6:30 saugen die Bots wieder im SVN. ziemlich kontinuierlich ohne große Pause.
Warum dies die Alexa Kommunikation stört ist mir unklar, denn keines unsere Systeme läuft an irgendwelchen Grenzen.
Man hat es aber wieder im Forum gemerkt, heute morgen gegen 8:45 gab es bei mir leichte Verzögerungen. Letztens waren mal für einen Zeitraum Regeln aktiv, die den Bot ausbremsen. Da es aber zu quer Effekten kam, sind die derzeit nicht produktiv aktiv, ich bin am Testen.
Ob es am Ende irgendeine Abhilfe gibt weiß ich noch nicht, vielleicht ist ja das Problem nur zeitgleich und hat gar nichts mit unserer Infrastruktur zu tun.
Wenn man die Last anschaut, müssten die Störungen eigentlich viel öfter vorkommen. Die gemeldete Störung ist nicht die mit der größten Last. Die Zeiten sind UTC! Screenshot 2025-02-24 142205.png
Die Verzögerung habe ich auch bemerkt. Du sagtest keines der Systeme läuft an den Grenzen. Was ist mit der Netzwerkbandbreite?
wir haben 1Gbit/sec Anbindung, Spitze hatten wir heute morgen um 5 Uhr 75 Mbit/sec auf dem Hostinterface. Ich denke das ist das Backup ;) Screenshot 2025-02-24 200427.png
Ich reihe mich auch mal ein. Habe auch die letzte Zeit das beschriebene Problem, dass meine Geräte öfter nicht per Alexa erreichbar sind. Teilweise auch gleichzeitig zur Nichterreichbarkeit des Forums. Aktuell tritt das Problem auch wieder auf. Connector und fhem-Neustart haben nicht geholfen.
Zitat von: Ban am 24 Februar 2025, 21:52:24Ich reihe mich auch mal ein. Habe auch die letzte Zeit das beschriebene Problem, dass meine Geräte öfter nicht per Alexa erreichbar sind. Aktuell tritt das Problem auch wieder auf. Connector und fhem-Neustart haben nicht geholfen.
+1
Hier auch das Gleiche.
VG Sebastian
Heute morgen funktioniert wieder alles wie immer.
Habe oben gesehen, dass @passibe bei Kabelinternet von VF ist. Da bin ich auch...
Nee. Heute morgen 07:02 Uhr, also gerade, deutliche Verzögerungen.
Kann ich bestätigen. Jetzt 07:11, sind die Geräte wieder nicht erreichbar.
Um 7:00 hat es bei mir funktioniert und die Reaktion war sehr schnell. Vielleicht ging auch nur eine Anfrage durch.
Edit: Jetzt ging es wieder, aber mit Verzögerung 07:13.
Meine Frau sagt gerade, dass es 5:40 auch nicht funktioniert hat.
Also scheinbar durchgehend wackelig.
Zitat von: Ban am 25 Februar 2025, 07:00:13Heute morgen funktioniert wieder alles wie immer.
Habe oben gesehen, dass @passibe bei Kabelinternet von VF ist. Da bin ich auch...
Ok, dann sind wir schon zu dritt...
Heute Morgen hatte ich auch noch mal einen kurzen Aussetzer - so etwa ~6:30 Uhr.
VG Sebastian
hi,
das problem ging gestern um 22:00Uhr los und ging bis heute Morgen ca.6Uhr.
svn, forum, fhem.de waren include alexa nicht erreichbar,
sonst ging es wenn man 3 bis 4mal den selben Befehl sagte,
dann wurde er ausgeführt, dieses mal nichts mehr
gestern Abend Neustart von alexa (Strom) keine Reaktion
heute morgen gegen 8:00 Neustart von alexa und geht wieder
gruss
Zitat von: eisman am 25 Februar 2025, 09:56:51svn, forum, fhem.de (https://fhem.de/) waren include alexa nicht erreichbar,
Das klingt dramatisch, muss aber eine andere Ursache haben. Ich überwache die Responsezeiten der Server von außen und es läuft checkmk auf der gesamten Infrastruktur. Es gab wieder ein paar Wellen zwischen 4:00 und 7:15 Uhr heute morgen, aber seit gestern 22:00 Uhr war es ansonsten ruhig. Das die Server nicht erreichbar waren muss bei Dir an etwas anderem liegen. Das es heute morgen Verzögerungen gab, kann ich nachvollziehen. Ich muss mir was überlegen wie ich mal die response von Alexa monitoren kann.
Zumindest bei mir war nur Alexa betroffen. Gestern um 22 Uhr konnte ich im Forum surfen, Alexa ging zu der Zeit bei mir nicht. (SVN habe ich nicht versucht)
hi Otto,
ich hatte gestern beides probiert (ca. 15min weil ich den TV nicht ausschalten konnte),
DSL und Mobil, bei beiden die selben Probleme und heute morgen gegen 5:00Uhr beim Heizung einschaltet)
ich gehe dabei nicht mal von Problemen im Bereich von FHEM aus.
Ich kann mich vor ein paar Jahren erinnern das es ein ähnliches Problem gab.
wir hatten in der Kanzlei auch den Fehler beim Server gesucht und es stellte
sich raus das es ein Router(von einem Internetanbieter) im Ausland war, nach
dem dieser getauscht wurde ging alles wieder.
ob hier ein ähnliches Problem vorliegt, will ich damit nicht sagen.
Die Welt ist aber mit ihrer Sammelwut so stark vernetzt,
das es immer mehr zu Probleme kommen wird.
es könnte sein das an der falschen stelle gesucht wird.
gruss
Hier gerade (25.02.2025) wieder Ausfall von Alexa von 17:54 bis ca. 18:00, zeitgleich auch forum.fhem.de und svn.fhem.de nicht erreichbar. Heute morgen war auch wieder ein Ausfall, allerdings weiß ich nicht mehr genau, wann.
Hilft nicht viel, aber ich muss mich auch anschließen.
Der Echo zickt aktuell. Immer wieder sporadische Ausfälle der Sprachsteuerung. Gerade jetzt seit ca. 15 Minuten tot.
Forum und SVN funktionieren tadellos. Auch die SSH Verbindung wird schnell aufgebaut.
Scheint irgendwie zwischen Amazon AWS und der Serverinstanz zu klemmen?
Aktuell wieder sehr problematisch. Nur jeder 5. Command wird akzeptiert gefühlt.
Bei mir auch, Alexa erreicht keine Geräte mehr. FHEM Forum wackelt auch stark
Kann ich bestätigen. Forum ist sehr zäh.
Bei mir seit 19:30 bis jetzt gar keine Befehle mehr möglich.
Schlimmster Ausfall bisher.
Forum und SVN laufen jetzt aber flott und problemlos.
Zitat von: Otto123 am 25 Februar 2025, 11:26:31Ich muss mir was überlegen wie ich mal die response von Alexa monitoren kann.
Wenn Du beim Monitoring Hilfe brauchst ... melde Dich bitte ....
Wobei ChechMK ist jetzt nicht gerade meiner Stärke ;)
Bei mir auch gerade wieder gestört.
Echogeräte führen keine Befehle aus.
svn.fhem.de und forum.fhem.de über Browser nicht erreichbar.
Laufen auf Timeout.
Allerdings währenddessen ohne Verzögerung und ohne Paketverluste pingbar! (<18ms Antwortzeiten)
Provider ist bei mir Telekom mit Standard DNS Servern 217.237.149.142 und 217.237.150.205
Wenn ich irgendwie helfen könnte, würde ich das sehr gerne tun.
Nur dafür müsste man mich anleiten.
Bei mir tut wieder beides, Forum und Alexa. Hab bei der Gelegenheit ne Spende ausgefüllt - wenn ich mir überlege wie selbstverständlich das alles die ganze Zeit funktioniert bin ich froh, dass wir so einen Service haben. An dieser Stelle mal vielen Dank and die vielen Helfer die dieses geniale Forum und die Software am Laufen halten!
Es kommt noch immer zu vielen Ausfällen der Sprachbefehle (25.02.2024, 22:45 - 23:25 Uhr), allerdings dauert es jetzt wieder nur Minuten, bis es wieder funktioniert.
Insgesamt war heute der Abend mit den meisten und längsten Störungen.
Viele Grüße,
Heiko
Ja die Angriffe (ich will es mittlerweile so nennen) waren heute intensiver als in den letzten Tagen seit dem 9. Februar.
Ich lese, monitore, teste und versuche die Wirkung und Auswirkung zu verstehen. Die Zeit zwischen 18:40 und 20:20 geht wahrscheinlich auf meine Kappe (sicher auch immer mal ein "kurzer Moment" in den letzten Tagen), aber die Meldungen hier in der Zeit könnten gegensätzlicher (bis auf Alexa) nicht sein. Für den Grund, dass beim Einen Forum normal läuft und beim Anderen nichts geht, habe ich keine Idee.
Ich habe jetzt ein Experiment laufen, dass sieht gut aus. Ich würde das mal bis morgen lassen und aufmerksam auch hier im Thread schauen. Mal ein Bild für die veränderte Situation.
Screenshot 2025-02-26 000800.png
Leider gerade (18:42 - 18:45 Uhr) wieder Aussetzer.
Forum erreichbar.
Viele Grüße,
Heiko
Danke für die detaillierte Zeitangabe, ich hatte gehofft ich habe das Problem gelöst :'(
Ich sehe exakt zu diesem Zeitpunkt wieder eine extreme Spitze ein TCP Verbindungen.
Vielleicht muss ich nur noch etwas finetuning machen.
Gerade um 22:09 Uhr wieder Störung, Befehl direkt nochmal gesagt hat dann sofort funktioniert.
Heute punkt 18:30 Uhr bei mir auch. Ging nach ein paar Minuten wieder.
Heute eine ganz kurze Störung, von 20:27:20 - 20:27:55, danach hat der Sprachbefehl sofort wieder funktioniert.
Heute morgen ca. 07:35 Uhr wieder eine Störung für mindestens 1 Minute.
hi,
seit ca.10Uhr
sporadische Aussetzer bei alexa und forum
gruss
Yes, heute hat es mich dann auch mal erwischt. Um 10:27 gingen für eine halbe Minute lang Kommandos von Alexa nicht durch. Um 10:27:30 war dann wieder alles ok.
Im Log ist nichts auffälliges. Bedeutet das nicht aber, dass der Fehler nicht in der VerbindungVereinsserver --> alexa-fhemist, sondern in der VerbindungAmazon --> Vereinsserver? Denn sonst würde doch etwas im alexa-fhem log stehen? Oder ist doch die SSH-Verbindung kaputt und es liegt nur an den zu großzügigen Timeouts von SSH, dass nichts im Log steht? Gibt es eine Möglichkeit zu prüfen, wo die Verbindung scheitert?
+1 bei mir um 11:39
Die Ladezeit für das Forum dauerte aber auch
Auch heute wieder von 19:54 - 19:57 Uhr Ausfall der Sprachsteuerung.
Heute wieder zum Beispiel 20:50 kurzer Ausfall der Sprachsteuerung.
Behoben ist das Problem also noch nicht.
Hi,
wobei seit 17:00 Uhr irgendwie "Ruhe" im Monitor, herrscht. Will sagen ich sehe keine Ursache.
Heute morgen zwischen 1:00 Uhr und 9:00 Uhr war es eigentlich ganz schlimm, da habe ich sogar im Wiki Verzögerungen bemerkt.
Ich habe etwas vorbereitet, das will ich mit etwas Ankündigung und Vorlauf scharfschalten. Da DNS involviert ist, geht das nicht mal eben schnell hin und her zu schalten.
Gruß Otto
Ich kann nur mein Angebot wiederholen: Wenn Du Hilfe brauchst, melde Dich bitte .....
Zitat von: Wernieman am 04 März 2025, 21:35:22Ich kann nur mein Angebot wiederholen: Wenn Du Hilfe brauchst, melde Dich bitte ....
Ja, same here.
Zitat von: Otto123 am 03 März 2025, 21:09:46Ich habe etwas vorbereitet, das will ich mit etwas Ankündigung und Vorlauf scharfschalten. Da DNS involviert ist, geht das nicht mal eben schnell hin und her zu schalten.
Darf man fragen, was genau die Lösungsidee ist? Würde mich interessieren.
Meine letzte Vermutung war, dass durch viele tausend Anfragen ans SVN der Proxy ein Performance Problem mit der Weiterleitung hat. Seit fast 24 h läuft das SVN über einen anderen Proxy (andere IPv4) und scheinbar war meine Vermutung richtig: obwohl die Last auf dem SVN (gleiche VM wie vorher) sogar höher als vorher ist, ist der Zugriff auf Forum und wiki unverzögert.
Das bestätigt nun auch, die Hardware und die Virtualisierung haben kein Problem.
Ich kann jetzt den Proxy tunen oder die temporäre Einrichtung des zweiten Proxy manifestieren. ;D
Mittlerweile habe ich auch von Georg eine Idee bekommen welche Kommunikation bei Alexa beteiligt ist. Zwei von drei Wegen gehen über HTTPS und damit über den Proxy.
Darf man fragen, was als Proxy eingesetzt wird? Cached er eventuell auch??
Eventuell könntest Du probieren, vom Proxy zum Server über http anstelle von https zu gehen, um doppelte Verschlüsselung zu umgehen.
Apache. Der macht https, intern läuft nur http. Ich habe mich ins Tuning schon eingelesen, war ja bisher nicht notwendig.
Hallo Otto,
Zitat von: Otto123 am 05 März 2025, 19:30:07Meine letzte Vermutung war, dass durch viele tausend Anfragen ans SVN der Proxy ein Performance Problem mit der Weiterleitung hat. Seit fast 24 h läuft das SVN über einen anderen Proxy (andere IPv4) und scheinbar war meine Vermutung richtig: obwohl die Last auf dem SVN (gleiche VM wie vorher) sogar höher als vorher ist, ist der Zugriff auf Forum und wiki unverzögert.
Vielen Dank für diese Lösung.
Ich kann bestätigen, dass seit gestern kein Ausfall der Sprachsteuerung mehr vorkam.
Es könnte also tatsächlich DIE Lösung sein.
Viele Grüße,
Heiko
Apache Proxy ... O.K. da muß ich gestehen, da ist mein Wissen etwas beschränkt .. verwende da eher den nginx ...
Hast Du sonst mal versucht, dem Proxy ein Cache beizubringen?
Zitat von: Wernieman am 07 März 2025, 20:28:23Hast Du sonst mal versucht, dem Proxy ein Cache beizubringen?
Nach meinem Verständnis gibt es hier nichts zu cachen. Wir haben bei Angriffen etwa 10000 gleichzeitige TCP Verbindungen ("Wünsche") am Proxy, die default Installation eines Proxy ist dafür nicht konfiguriert. Dabei geht das von: "einige" fordern viele Verbindungen (dagegen habe ich schon ein "Kraut" gefunden) - bis: ganz ganz viele fordern jeweils wenige Verbindungen.
In normalen Zeiten hatten/haben wir ca. 60 bis 100 TCP Verbindungen.
nginx Proxy habe ich derzeit auch am Start, ich werde jetzt in aller Ruhe die Konfiguration von nginx und Apache studieren und probieren und vor allem versuchen zu verstehen.
@Werner & passibe danke für das Angebot, ich melde mich wenn ich konkrete Fragen habe.
Es wird aber wirklich eine Verbindung aufgebaut? Also nicht nur per TCP eine angefordert?
beides, zu Spitzenzeiten werden 1200 Verbindungen aufgebaut.
Minimum Maximum Average Last
State SYN_SENT 0 0 0 0
State SYN_RECV 0 70.75 10.99 0
State LAST_ACK 0 22.57 2.64 0
State FIN_WAIT2 0 220.25 14.61 0
State FIN_WAIT1 0 50.32 7.09 0
State CLOSING 0 3 0.32 0
State CLOSED 0 0 0 0
State CLOSE_WAIT 0 21.4 1.51 0
State TIME_WAIT 1.68 18608.5 1738.29 12.1
State ESTABLISHED 2 1495.42 421.5 4.68
State LISTEN 14 14 14 14
Also nicht SYN flood https://en.wikipedia.org/wiki/SYN_flood (https://en.wikipedia.org/wiki/SYN_flood)
Viel Glück beim Suchen! Mein Angebot steht jedenfalls noch ...
Vielleicht wäre statt nginx auch haproxy eine Option. Ist im Gegensatz zu Apache und nginx optimiert, nur ein Proxy bzw. load balancer zu sein. Habe selbst sehr gute Erfahrungen damit gemacht.
Kurzes Update meinerseits.
Es hat sich gefühlt zu 100% gebessert.
Seit einigen Tagen habe ich keinerlei Alexa Probleme mehr gehabt bei der Steuerung von FHEM.
:)
Was auch immer nun alles geändert wurde etc.
Danke
Auch von meiner Seite die Rückmeldung, dass jetzt wieder alles 100% zuverlässig funktioniert.
Vielen Dank.
Und vielen Dank für die tolle Alexa-fhem-Schnittstelle und die Mühe, die ihr in Entwicklung und Betrieb steckt.
Viele Grüße,
Heiko