Alexa Adapter startet nicht adäquat
-
@smarthome2020 sagte in Alexa Adapter startet nicht adäquat:
Error: getaddrinfo EAI_AGAIN
deutet auf ein Problem mit der Namensauflösung hin.
ist der DNS erreichbar? -
@homoran sagte in Alexa Adapter startet nicht adäquat:
@smarthome2020 sagte in Alexa Adapter startet nicht adäquat:
Error: getaddrinfo EAI_AGAIN
deutet auf ein Problem mit der Namensauflösung hin.
ist der DNS erreichbar?Das kann es sein. Nutze den ioBroker auf einem Proxmox-System. Startet die Hardware neu, dann auch PiHole, was installiert ist. Kann sein, dass PiHole da im Wege steht. Das Problem müssten dann ja mehrere Leute haben?!
-
@smarthome2020 sagte in Alexa Adapter startet nicht adäquat:
Das Problem müssten dann ja mehrere Leute haben?!
aber nur, wenn jemand die selbe Konstellation hat.
-
Was kann ich dagegen machen? Hast du ne Idee? Sonst müsste ich PiHole aus dem System werfen. Weiß ehrlich gesagt eh nicht, ob das so viel taugt. Blockt meiner Frau jedenfalls die Google-Werbeangebote. Hab leider noch keine Statistik, ob es auch finanziell was gebracht hat
-
@smarthome2020 sagte in Alexa Adapter startet nicht adäquat:
ich PiHole aus dem System werfen. Weiß ehrlich gesagt eh nicht,
dann schaue die das Log in der GUI von PiHole an und konfiguriere entsprechend (Whitelist).
Ro75.
-
@smarthome2020 Stell halt in proxmox ein, dass zuerst Pi-hole startet und dann mit einer gewissen Verzögerung iobroker und der Rest.
BTW, warum „der morgendliche Neustart von iobroker“? Bei mir läuft der, inklusve aller Proxmox-Hosts und darauf laufender LXC und VMs 24/7.Gruss, Jürgen
-
Danke für die Ratschläge. Ich werde sie morgen versuchen umzusetzen. Ich hoffe es gelingt mir
-
Womit Du nicht beantwortet hast, wieso Du den Iobroker jeden Morgen neu startest?!
-
@haselchen sagte in Alexa Adapter startet nicht adäquat:
Womit Du nicht beantwortet hast, wieso Du den Iobroker jeden Morgen neu startest?!
Eben! So ein Server läuft in der Regel 24/7.
Sollte der Neustart aufgrund eines (wie auch immer gearteten) anderen Problems "nötig" sein, sollte zuerst versucht werden, das zu lösen. -
Der ioBroker startet sich selber um 05:00 Uhr. Dauert nur paar Sekunden, ist in den Einstellungen vom ioBroker damals mal vorgenommen worden und besteht seitdem. Das sollte ja kein primären Problem sein oder seht ihr da eines?
-
Also irgendwas stimmt dennoch nicht.
Habe PiHole nun mal ausgelassen. Wenn ich nun die ioBroker VM neu starte, dann startet der Alexa Adapter dennoch nicht. Wenn ich ihn dann aber manuell neu starte unter "Instanzen", dann geht es ohne Probleme.alexa2.0 2024-12-30 18:45:39.472 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason alexa2.0 2024-12-30 18:45:39.472 debug Plugin sentry destroyed alexa2.0 2024-12-30 18:45:38.471 error Adapter seems to have issues and crashed three times in a row. Disabling!! Please start again and check logs. alexa2.0 2024-12-30 18:45:38.463 info Starting Alexa2 adapter ... it can take several minutes to initialize all data. Please be patient! A done message is logged. alexa2.0 2024-12-30 18:45:38.442 info starting. Version 3.26.5 in /opt/iobroker/node_modules/iobroker.alexa2, node: v20.18.1, js-controller: 7.0.6 alexa2.0 2024-12-30 18:45:38.289 debug Plugin sentry Initialize Plugin (enabled=true) alexa2.0 2024-12-30 18:45:38.272 debug States connected to redis: 127.0.0.1:9000 alexa2.0 2024-12-30 18:45:38.217 debug States create User PubSub Client alexa2.0 2024-12-30 18:45:38.216 debug States create System PubSub Client alexa2.0 2024-12-30 18:45:38.210 debug Redis States: Use Redis connection: 127.0.0.1:9000 alexa2.0 2024-12-30 18:45:38.196 debug Objects connected to redis: 127.0.0.1:9001 alexa2.0 2024-12-30 18:45:38.193 debug Objects client initialize lua scripts alexa2.0 2024-12-30 18:45:38.173 debug Objects create User PubSub Client alexa2.0 2024-12-30 18:45:38.172 debug Objects create System PubSub Client alexa2.0 2024-12-30 18:45:38.172 debug Objects client ready ... initialize now alexa2.0 2024-12-30 18:45:38.157 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 alexa2.0 2024-12-30 18:45:36.069 debug Alexa-Remote: Response: Error: Error: getaddrinfo EAI_AGAIN alexa.amazon.de alexa2.0 2024-12-30 18:45:35.758 info Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason alexa2.0 2024-12-30 18:45:35.758 debug Plugin sentry destroyed alexa2.0 2024-12-30 18:45:35.757 error Error: Error while checking Authentication: Error: Timeout alexa2.0 2024-12-30 18:45:35.757 debug Error from Alexa init: Error while checking Authentication: Error: Timeout alexa2.0 2024-12-30 18:45:35.756 debug Alexa-Remote: Response: Timeout alexa2.0 2024-12-30 18:45:25.715 debug Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/bootstrap?version=0","method":"GET","timeout":10000,"headers":{"Accept-Language":"de-DE"}} alexa2.0 2024-12-30 18:45:25.715 debug Alexa-Remote: cookie was provided alexa2.0 2024-12-30 18:45:25.714 debug Alexa-Remote: Use as Base-URL: alexa.amazon.de alexa2.0 2024-12-30 18:45:25.713 debug Alexa-Remote: Use as Login-Amazon-URL: amazon.de alexa2.0 2024-12-30 18:45:25.713 debug Alexa-Remote: Use as API User-Agent Postfix: iBrokAlxa2/3.26.5 alexa2.0 2024-12-30 18:45:25.713 debug Alexa-Remote: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/103.0.0.0 Safari/537.36 alexa2.0 2024-12-30 18:45:25.713 debug Update Devices Configuration Interval: 3602s alexa2.0 2024-12-30 18:45:25.713 debug Update Device State Interval: 314s alexa2.0 2024-12-30 18:45:25.712 debug Update History Interval: 300s alexa2.0 2024-12-30 18:45:25.712 info Proxy IP not set, use first network interface (192.168.178.101) instead alexa2.0 2024-12-30 18:45:25.704 info Starting Alexa2 adapter ... it can take several minutes to initialize all data. Please be patient! A done message is logged. alexa2.0 2024-12-30 18:45:25.686 info starting. Version 3.26.5 in /opt/iobroker/node_modules/iobroker.alexa2, node: v20.18.1, js-controller: 7.0.6 alexa2.0 2024-12-30 18:45:25.542 debug Plugin sentry Initialize Plugin (enabled=true) alexa2.0 2024-12-30 18:45:25.524 debug States connected to redis: 127.0.0.1:9000 alexa2.0 2024-12-30 18:45:25.469 debug States create User PubSub Client alexa2.0 2024-12-30 18:45:25.468 debug States create System PubSub Client alexa2.0 2024-12-30 18:45:25.461 debug Redis States: Use Redis connection: 127.0.0.1:9000 alexa2.0 2024-12-30 18:45:25.446 debug Objects connected to redis: 127.0.0.1:9001 alexa2.0 2024-12-30 18:45:25.443 debug Objects client initialize lua scripts alexa2.0 2024-12-30 18:45:25.423 debug Objects create User PubSub Client alexa2.0 2024-12-30 18:45:25.422 debug Objects create System PubSub Client alexa2.0 2024-12-30 18:45:25.421 debug Objects client ready ... initialize now alexa2.0 2024-12-30 18:45:25.405 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 -
Von Haus aus ist da Dein kein Cronjob festgelegt , also WARUM startest Du Deine VM jeden Morgen neu?
-
Die VM startet nicht neu. Der ioBroker stoppt und startet neu.
Jedenfalls bekomme ich morgens um 5 Uhr ca ne Nachricht bei Telegram . -
Bist Du Dir sicher das der Iobroker neu startet und nicht nur die Telegram Instanz?
Denn da wurde mal ein Cronjob von Haus aus bei der Installation festgelegt.
Ich meine 4 oder 5 Uhr war das. -
@haselchen
Das kann auch so sein. Schaue ich gleich nochmal nach. Die VM läuft sonst aber weiter. -
Also, ich habe nun einiges probiert. Weder Bootreihenfolge der VMs/LXCs in Proxmox hat etwas gebracht, noch das Pausieren von PiHole, noch Änderungen der Whitelist,etc. Ich hab den Alexa-Adapter einfach runtergeworfen und neu aufgesetzt. Das hat das Problem irgendwie behoben.
