UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[fliegema]

@crunchip, Moin.

Adapter löschen und neu installieren hat leider nicht geklappt. Gleiches Fehlerbild.

Der Controller ist Ubuntu 20.04.6 LTS (GNU/Linux 5.15.0-1038-oracle x86_64) mit Unifi 7.4.162

ich werde mal ein Issue aufmachen, gucken wir mal was kommt. Wobei der Log von sehr ähnlich aussieht.

@mhuber said in Adapter: ioBroker.unifi:

Hallo zusammen,

ich bekomme bei mir im iobroker Log immer wieder (3-4x am Tag) diese Fehlermeldungen, manchmal funktioniert trotzdem noch alles normal, manchmal scheint aber die Verbindung zum CloudKey unterbrochen zu sein, ein Restart vom Adapter hilft dann immer.
Hab den iobroker im Docker laufen, überall (iobroker, Adapter, CloudKey...) latest Software, war aber auch in den letzten Releaes schon da der Fehler.
Hat jemand einen Tipp?

updateUnifiData site default] error: Request failed with status code 503, stack: AxiosError: Request failed with status code 503 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:570:11) at IncomingMessage.emit (node:events:525:35) at IncomingMessage.emit (node:domain:489:12) at endReadableNT (node:internal/streams/readable:1359:12) at processTicksAndRejections (node:internal/process/task_queues:82:21)

Danke

[maduuto]

Ich habe schon wieder das Problem, dass die Anwesenheit einfach nicht übermittelt wird., sprich der Status is_online nicht übermittelt wird (ggf andere Parameter auch nicht die nutze ich nur nicht) Ich probiere mal die Version 6.0.

Unifi Controller ist auf dem aktuellsten Stand. Nach einem Adapterneustart funktioniert das meist einmalig.

[crunchip]

@maduuto dss hatte ich auch seit geraumer Zeit, seitdem mach ich einen Neustart der Instanz alle 6 Std.

[Digi-Bit]

Hallo

Ich würde gerne einen Datenpunkt für WAN2 haben wollen, also wenn da einer schon ist dann sehe ich den nicht :(

unifi.0.default.health.wan.wan_ip ist ja WAN1

unifi.0.default.health.wan2.wan_ip müsste dann so aussehen oder wie ?

Mann kann ja wohl auch daten punkte selber anlegen aber ich habe da kein Plan wie man das machen soll.

Kann mich da mal einer in die richtige Richtung schuppsen ? ^^

mfg

Digi-Bit

[crunchip]

@digi-bit es wird nur das abgerufen was der Adapter bringt

[Digi-Bit]

@crunchip sagte in Adapter: ioBroker.unifi:

@digi-bit es wird nur das abgerufen was der Adapter bringt

ah ok dann habe ich da was falsch verstanden.....

schade dann bringt der Adapter für "mich" etwas zu wenig :face_with_rolling_eyes: (Nicht hauen Bitte ^^)

Aber ich denke das da ein schlauer Progger was machen kann vielleicht wenn man nett Bitte sagt ?

Wäre das möglich.

Ich würde gerne Überwachen ob meine LTE O2 IP mit 46. anfängt das wäre Klasse !:blush:

mfg

Digi-Bit

[crunchip]

@digi-bit sagte in Adapter: ioBroker.unifi:

Aber ich denke das da ein schlauer Progger was machen kann vielleicht wenn man nett Bitte sagt ?

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/new/choose

[martinschm]

@maximal1981 said in Adapter: ioBroker.unifi:

@hant0r man könnte im Blockly eine Schleife auf die online machen und zu diesem dann den hostnamen extrahieren.
so die Theorie, müsste mich auch hin basteln, hab mit diesen Schleifen noch nie gearbeitet.

Jedoch aus meiner Sicht, scheint mir der Unifi-Adapter sehr instabil zu sein, hab damit nur Probleme.
Hängt sich öfters auf, ...

Hey, hast du das Problem gelöst bekommen?

Mir ist jetzt auch schon ein paar mal aufgefallen, das wenn ich mich in iobroker einlogge die Meldung kommt, das der Adapter beendet wurde weil er mehrfach abgestürzt ist.
Hab den Adapter jetzt mal auf debug laufen, vielleicht steht da dann was drin was hilft.

[xdelta]

Wenn ich mittels des Adapters mein Gast WLan aktiviere oder deaktiviere, dann deaktiviert und reaktiviert sich automatisch jedesmal ebenfalls das normale WLan kurzzeitig ?!
Dabei kann ich beobachten, dass die Datenpunkte des normalen WLans in iobroker alle NULL Werte erhalten.

Ist das bei Euch auch so?

[Frank579]

@xdelta das ist ganz normal da er dann alle Sender neu Provisioniert, passiert auch wenn du im Controller das WLAN aus/ein schaltest

[xdelta]

@frank579 said in Adapter: ioBroker.unifi:

@xdelta das ist ganz normal da er dann alle Sender neu Provisioniert, passiert auch wenn du im Controller das WLAN aus/ein schaltest

OK, danke für die Info!

[xdelta]

Sind bei Euch die Datenpunkte disk + disk_lev auch leer?
Die Info zu den Plattenspeichern wäre ja schon wichtig..

[kiste01]

@xdelta

Du meinst bestimmt den proxmox Adapter, oder? Hier geht es um unifi

Sieht bei mir aber ähnlich aus

[xdelta]

@kiste01 Ups - du hast nat. recht - ich fuckele mit beiden gerade rum und komme andauernd durcheinander ;)

Sorry für OT

[fliegema]

@fliegema said in Adapter: ioBroker.unifi:

@crunchip, Moin.

Adapter löschen und neu installieren hat leider nicht geklappt. Gleiches Fehlerbild.

Der Controller ist Ubuntu 20.04.6 LTS (GNU/Linux 5.15.0-1038-oracle x86_64) mit Unifi 7.4.162

ich werde mal ein Issue aufmachen, gucken wir mal was kommt. Wobei der Log von sehr ähnlich aussieht.

@mhuber said in Adapter: ioBroker.unifi:

Hallo zusammen,

ich bekomme bei mir im iobroker Log immer wieder (3-4x am Tag) diese Fehlermeldungen, manchmal funktioniert trotzdem noch alles normal, manchmal scheint aber die Verbindung zum CloudKey unterbrochen zu sein, ein Restart vom Adapter hilft dann immer.
Hab den iobroker im Docker laufen, überall (iobroker, Adapter, CloudKey...) latest Software, war aber auch in den letzten Releaes schon da der Fehler.
Hat jemand einen Tipp?

updateUnifiData site default] error: Request failed with status code 503, stack: AxiosError: Request failed with status code 503 at settle (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/core/settle.js:19:12) at IncomingMessage.handleStreamEnd (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:570:11) at IncomingMessage.emit (node:events:525:35) at IncomingMessage.emit (node:domain:489:12) at endReadableNT (node:internal/streams/readable:1359:12) at processTicksAndRejections (node:internal/process/task_queues:82:21)

Danke

Guten Morgen,

einfach nur zur Info, da der Github issue von Einigen kommentiert worden ist. Auch mit der neuen Stable release 7.5.174 besteht weiterhin das gleiche Problem:

2023-09-06 07:55:39.952 - info: unifi.0 (1761844) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2023-09-06 07:55:40.098 - info: unifi.0 (1761844) starting. Version 0.6.6 in /opt/iobroker/node_modules/iobroker.unifi, node: v18.17.1, js-controller: 4.0.24
2023-09-06 07:55:40.127 - info: unifi.0 (1761844) UniFi adapter is ready
2023-09-06 07:55:47.432 - error: unifi.0 (1761844) [updateUnifiData site wbjsllaj] error: timeout of 5000ms exceeded, stack: AxiosError: timeout of 5000ms exceeded
at RedirectableRequest.handleRequestTimeout (/opt/iobroker/node_modules/node-unifi/node_modules/axios/dist/node/axios.cjs:3047:16)
at RedirectableRequest.emit (node:events:514:28)
at Timeout. (/opt/iobroker/node_modules/follow-redirects/index.js:169:12)
at listOnTimeout (node:internal/timers:569:17)
at process.processTimers (node:internal/timers:512:7)
2023-09-06 07:55:47.433 - error: unifi.0 (1761844) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-09-06 07:55:47.434 - error: unifi.0 (1761844) unhandled promise rejection: Cannot read properties of undefined (reading 'captureException')
2023-09-06 07:55:47.434 - error: unifi.0 (1761844) TypeError: Cannot read properties of undefined (reading 'captureException')
at Unifi.handleError (/opt/iobroker/node_modules/iobroker.unifi/main.js:243:53)
at Unifi.updateUnifiData (/opt/iobroker/node_modules/iobroker.unifi/main.js:353:30)
2023-09-06 07:55:47.434 - error: unifi.0 (1761844) Cannot read properties of undefined (reading 'captureException')
2023-09-06 07:55:47.436 - info: unifi.0 (1761844) cleaned everything up...
2023-09-06 07:55:47.436 - info: unifi.0 (1761844) terminating
2023-09-06 07:55:47.436 - warn: unifi.0 (1761844) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-09-06 07:55:47.995 - error: host.ioBroker instance system.adapter.unifi.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-09-06 07:55:47.995 - info: host.ioBroker Restart adapter system.adapter.unifi.0 because enabled
2023-09-06 07:56:18.088 - info: host.ioBroker instance system.adapter.unifi.0 started with pid 1762138
2023-09-06 07:56:18.968 - info: unifi.0 (1762138) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2023-09-06 07:56:19.056 - info: unifi.0 (1762138) starting. Version 0.6.6 in /opt/iobroker/node_modules/iobroker.unifi, node: v18.17.1, js-controller: 4.0.24
2023-09-06 07:56:19.075 - info: unifi.0 (1762138) UniFi adapter is ready

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/689

[Sunshinemaker]

Moin Zusammen,

Ich hab von einem USG auf eine UDM-Pro umgestellt. Und ich diverse VLAN's am laufen, die alle per Firewall von einander getrennt. Ich hab aber eine Regel die die IP vom iobroker auf die IP des UDM durchlässt. Ebenso hab ich in den Einstellungen des Adapters den Port weggelassen und dennoch erhalte ich folgende Meldung:

[updateUnifiData-login site undefined] error: timeout of 5000ms exceeded, stack: AxiosError: timeout of 5000ms exceeded at RedirectableRequest.handleRequestTimeout (/opt/iobroker/node_modules/node-unifi/node_modules/axios/lib/adapters/http.js:628:16) at RedirectableRequest.emit (node:events:514:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (/opt/iobroker/node_modules/follow-redirects/index.js:169:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)

Hat jemand eine Idee wodran das liegen könnte?

[nevermind]

@sunshinemaker

Hey :)

ich habe das gleiche Problem. Habe jedoch nichts umgestellt, d.h. keine neue Hardware oder so. Das Problem ist ganz plötzlich aufgetreten. Ich vermute mal mit irgend nem Update ... ioboker oder unifi.

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/709

[Pino72]

@nevermind

Hab auch den Fehler und nach dem dieser Fehler manchmal auftritt gibt es keine Statusänderungen mehr im iOBorker obwohl der Adapter grün ist. Neustart löst das zwar kann aber keine Dauerlösung sein.

Das Issue ist ja geschlossen, wobei ich keine Lösung rauslesen kann? Hab ich was übersehen? Bin auf 0.6.6 uns aktuellstem iOBroker Stable und aktuellstem UDM Pro Stable 3.xxx Release.

Erst dieser Fehler dann direkt der andere:

Error site default (data): "<!doctype html><html lang=\"en\"><head><title>HTTP Status 500 – Internal Server Error</title><style type=\"text/css\">body {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b {color:white;background-color:#525D76;} h1 {font-size:22px;} h2 {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a {color:black;} .line {height:1px;background-color:#525D76;border:none;}</style></head><body><h1>HTTP Status 500 – Internal Server Error</h1></body></html>" 

[updateUnifiData-login site undefined] error: timeout of 5000ms exceeded, stack: AxiosError: timeout of 5000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:628:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:169:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7) 

[DiMe]

Hallo Zusammen,
habe mir den Adapter 0.66 heruntergeladen,
leider bekomme ich ihn gar nicht online, bzw keine Verbindung zum Controller hergestellt.
Der Controller als auch der IoBroker laufen auf dem selben Raspberry.
Passwort und die IP/Port habe ich alles eingetragen.
Ich glaub ich stell mich einfach nur dumm an.

[fliegema]

@dime ist Dein Port wirklich 9000?

Ich kenne für die WebGui nur Standard 8443