Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[smarthome2020]

@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?!

[Homoran]

@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.

[smarthome2020]

@homoran

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 :grin:

[Ro75]

@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.

[Wildbill]

@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

[smarthome2020]

Danke für die Ratschläge. Ich werde sie morgen versuchen umzusetzen. Ich hoffe es gelingt mir 😂

[haselchen]

@smarthome2020

Womit Du nicht beantwortet hast, wieso Du den Iobroker jeden Morgen neu startest?!

[Codierknecht]

@smarthome2020

@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.

[smarthome2020]

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?

[smarthome2020]

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

[haselchen]

@smarthome2020

Von Haus aus ist da Dein kein Cronjob festgelegt , also WARUM startest Du Deine VM jeden Morgen neu?

[smarthome2020]

@haselchen

Die VM startet nicht neu. Der ioBroker stoppt und startet neu.
Jedenfalls bekomme ich morgens um 5 Uhr ca ne Nachricht bei Telegram .

[haselchen]

@smarthome2020

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.

[smarthome2020]

@haselchen
Das kann auch so sein. Schaue ich gleich nochmal nach. Die VM läuft sonst aber weiter.

[smarthome2020]

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.