NEWS
Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest
-
Im Log erhalte ich 'Request failed with status code 401'. Also kann er sich nicht anmelden. Doch warum wird er dann grün?
-
Ich habe inzwischen die Lösung selbst gefunden. Zuerst habe ich auf php 8.4 umgestellt und dann den token per ssh so integriert:
php84 occ config:app:set serverinfo token --value <TOKEN>Jetzt klappt die Verbindung, Daten kommen an. :-)
-
Ich habe inzwischen die Lösung selbst gefunden. Zuerst habe ich auf php 8.4 umgestellt und dann den token per ssh so integriert:
php84 occ config:app:set serverinfo token --value <TOKEN>Jetzt klappt die Verbindung, Daten kommen an. :-)
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Jetzt klappt die Verbindung, Daten kommen an. :-)
Super das es jetzt läuft bei dir, das man auf Webspace evtl. kein sudo braucht hatte ich leider nicht auf'm Schirm, denn
in vielen Webspaces gehört der SSH-User derselben Gruppe an wie der Webserver-Prozess. Danke für den Schupps, das wird demnächst mit in die Readme kommen.Gruß H5N1
-
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Jetzt klappt die Verbindung, Daten kommen an. :-)
Super das es jetzt läuft bei dir, das man auf Webspace evtl. kein sudo braucht hatte ich leider nicht auf'm Schirm, denn
in vielen Webspaces gehört der SSH-User derselben Gruppe an wie der Webserver-Prozess. Danke für den Schupps, das wird demnächst mit in die Readme kommen.Gruß H5N1
@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
wird demnächst mit in die Readme kommen.
Dann erwähne vielleicht auch, dass der Pfad an die örtlichen Gegebenheiten angepasst gehört. Bei meinem Provider ist er z.B. nicht
/var/www/nextcloud/sondern/www/htdocs/<USERNAME>/<ORDNER>. Also am Besten man wechselt erst in den Installationsordner von NextCloud und führt dann erst den Befehl ohne Pfad aus. -
@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
wird demnächst mit in die Readme kommen.
Dann erwähne vielleicht auch, dass der Pfad an die örtlichen Gegebenheiten angepasst gehört. Bei meinem Provider ist er z.B. nicht
/var/www/nextcloud/sondern/www/htdocs/<USERNAME>/<ORDNER>. Also am Besten man wechselt erst in den Installationsordner von NextCloud und führt dann erst den Befehl ohne Pfad aus.@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Dann erwähne vielleicht auch, dass der Pfad an die örtlichen Gegebenheiten angepasst gehört. Bei meinem Provider ist er z.B. nicht /var/www/nextcloud/ sondern /www/htdocs/<USERNAME>/<ORDNER>. Also am Besten man wechselt erst in den Installationsordner von NextCloud und führt dann erst den Befehl ohne Pfad aus.
Werde ich berücksichtigen, das der Pfad bei jeden anders sein kann, ist mir bewusst. Der Pfad '/var/www/nextcloud/' sollte nur demonstrativ und als Beispiel gelten, ich hätte auch '/phat/to-your/nextcloud-folder/' schreiben können, was vielleicht besser ist.
-
Ich fände das besser, weil man versucht ist den Befehl einfach zu kopieren und wenn ein Fehler kommt nach der Ursache zu suchen. So wäre es sofort klar, dass man den korrekten Pfad verwenden muss.
Danke für deine Arbeit!
-
Hallo H5N1!
Ich melde mich hier noch einmal, weil der Adapter offensichtlich irgendeinen Buffer volllaufen lässt. Nach einigen Stunden Betrieb, kommen bei meinen Gosund-Steckdosen die über den Sonoff-Adapter angebunden sind keine Schaltbefehle mehr an. Ist der Adapter aus, klappt wieder alles. Ich habe versucht wirklich alles andere auszuschließen - es bleibt nur der nextcloud-monitoring Adapter.
Siehe auch: https://forum.iobroker.net/topic/83778
-
@dr.-bakterius: Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich? Ohne ist es Rätselraten ob es tatsächlich an dem Adapter liegen soll, er macht ja nichts weiter als alle 10 Minuten über eine API Daten abzurufen und sie in Datenpunkte zu schreiben.
Ich benutze zwar keine Gosund sondern Nous Geräte mit mqtt, läuft aber alles unauffällig bisher. -
Hallo H5N1!
Ich melde mich hier noch einmal, weil der Adapter offensichtlich irgendeinen Buffer volllaufen lässt. Nach einigen Stunden Betrieb, kommen bei meinen Gosund-Steckdosen die über den Sonoff-Adapter angebunden sind keine Schaltbefehle mehr an. Ist der Adapter aus, klappt wieder alles. Ich habe versucht wirklich alles andere auszuschließen - es bleibt nur der nextcloud-monitoring Adapter.
Siehe auch: https://forum.iobroker.net/topic/83778
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
...weil der Adapter offensichtlich irgendeinen Buffer volllaufen lässt
ich kann es zwar nicht reproduzieren aber ich habe mir den Code noch einmal angeschaut und ein paar Optimierungen gemacht.
Ob es daran nun liegt kann ich mangels Informationen nicht sagen, es kann nur getestet werden.Neue Version 2.0.1 verfügbar.
Was wurde gemacht:
-
Reduzierung der Datenbank-Last: Der Adapter merkt sich jetzt, welche Datenpunkte er bereits erstellt hat. Anstatt bei jedem Abruf (alle 10 Min.) dutzende Male bei ioBroker anzufragen, ob das Objekt existiert (setObjectNotExists), passiert das jetzt nur noch einmalig beim Start. Das spart massiv I/O-Zugriffe auf die Datenbank.
-
Sauberes Socket-Management: Es wurde die Netzwerk-Kommunikation zur Nextcloud so umgestellt, dass Verbindungen nach dem Datentransfer explizit sofort geschlossen werden. Das verhindert, dass offene Netzwerk-Sockets im Hintergrund "hängen bleiben" könnte.
-
Verbessertes Timing: Die Schreibvorgänge wurden auf vollständig asynchrone Bearbeitung umgestellt, damit die 'Event-Loop' von ioBroker frei bleibt und andere Adapter (wie evtl. Sonoff) nicht durch Millisekunden-Verzögerungen bei der Datenverarbeitung gestört werden.
-
-
@dr.-bakterius: Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich? Ohne ist es Rätselraten ob es tatsächlich an dem Adapter liegen soll, er macht ja nichts weiter als alle 10 Minuten über eine API Daten abzurufen und sie in Datenpunkte zu schreiben.
Ich benutze zwar keine Gosund sondern Nous Geräte mit mqtt, läuft aber alles unauffällig bisher.@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich?
Keine Ahnung. Logs vom sonoff-Adapter wären viel zu umfangreich. aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen
-
@H5N1 sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Welcher Puffer soll denn da volllaufen? Hast evtl. irgendwelche logs für mich?
Keine Ahnung. Logs vom sonoff-Adapter wären viel zu umfangreich. aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen
Mehr Möglichkeiten haben wir erst mal nicht.
-
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
aber ich kann den nextcloud-adapter mal auf 'debug' stellen und mit der v2.0.1 testen
Mehr Möglichkeiten haben wir erst mal nicht.
@H5N1 Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind.
-
@H5N1 Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind.
@Dr.-Bakterius sagte in Test Adapter nextcloud-monitoring v2.0.x GitHub/Latest:
Ich habe vor einigen Wochen den nextcloud-Adapter und den sonoff-Adapter deinstalliert und beide wieder neu eingerichtet. Seitem gibt es keine Probleme mehr. Keine Ahnung warum sich die beiden in die Quere gekommen sind.
Danke für deine Rückmeldung
-
Neue Version 2.0.5.
Es wurde das Sentry-Plugin hinzugefügt und ein entsprechender Eintrag in der README ergänzt.
-
Dieser Adapter nutzt die Sentry-Bibliotheken, um Ausnahmen und Codefehler automatisch an die Entwickler zu melden. Weitere Informationen und Anweisungen zum Deaktivieren der Fehlerberichterstattung finden Sie in der Sentry-Plugin-Dokumentation . Die Sentry-Berichterstattung wird ab js-controller 3.0 unterstützt.
-
Ich nutze meinen eigenen Sentry-Server, der auf Glitchtip basiert.
Changelog:
- (v 2.0.5) Sentry-Plugin hinzugefügt, um Fehler automatisch an Entwickler zu melden
- (v 2.0.4) Abhängigkeiten aktualisiert,
fix: Aktualisierung des Status-Typs der Trefferrate des Opcache von Zeichenkette zu Zahl
Adapterupdate: Bitte den Adapter Stoppen, Update einspielen, kompletten Verzeichnisbaum löschen, Adapter starten und Verzeichnisbaum neu erstellen lassen.
-
-
H Homoran verschob dieses Thema von Tester am
-
H Homoran verschob dieses Thema von ...nicht in offiziellem Repo am
-
https://github.com/H5N1v2/ioBroker.nextcloud-monitoring/issues/16
Auch nach durchgeführtem Update wird immer noch angezeigt, dass es zur Verfügung steht. Adapter gestoppt - Verzeichnisbaum gelöscht - Adapter gestartet -> keine Änderung
Im Log (debug) gibt es keine Auffälligkeiten.
-
https://github.com/H5N1v2/ioBroker.nextcloud-monitoring/issues/16
Auch nach durchgeführtem Update wird immer noch angezeigt, dass es zur Verfügung steht. Adapter gestoppt - Verzeichnisbaum gelöscht - Adapter gestartet -> keine Änderung
Im Log (debug) gibt es keine Auffälligkeiten.
Auch nach durchgeführtem Update wird immer noch angezeigt
Wenn du die API im Browser aufrufst, gibt sie dort auch true wieder? Überprüfe bitte auch last_update_check, bei dir 1/1/1970 das bedeutet praktisch nie.
Führe bitte mal ein "occ maintenance:update:check" aus und schau ob sich der Wert im Adapter mit dem nächsten Abruf ändert.
Ich nehme an das du docker verwendest? Ich verwende die Web Version. Falls es docker ist prüfe bitte ob die Punkte in deiner API überhaupt existieren, da ich docker nicht verwende kann ich das nicht prüfen. Sollten die Punkte existieren und die Werte dort die selben sein liegt es nicht am Adapter.
-
Auch nach durchgeführtem Update wird immer noch angezeigt
Wenn du die API im Browser aufrufst, gibt sie dort auch true wieder? Überprüfe bitte auch last_update_check, bei dir 1/1/1970 das bedeutet praktisch nie.
Führe bitte mal ein "occ maintenance:update:check" aus und schau ob sich der Wert im Adapter mit dem nächsten Abruf ändert.
Ich nehme an das du docker verwendest? Ich verwende die Web Version. Falls es docker ist prüfe bitte ob die Punkte in deiner API überhaupt existieren, da ich docker nicht verwende kann ich das nicht prüfen. Sollten die Punkte existieren und die Werte dort die selben sein liegt es nicht am Adapter.
@H5N1 Entschuldige, ich hatte deine Antwort erst jetzt gesehen.
Nextcloud läuft auf einem gemieteten Webspace, ioBroker in einem Container unter Proxmox. Also kein Docker. Ich habe bei aufruf von
curl -u user:pass -H "OCS-APIREQUEST: true" "https://cloud.domain.tld/ocs/v2.php/cloud/capabilities"folgende Ausgabe erhalten:
Da ist nichts zu finden ob update true oder false ist. Oder muss der Aufruf anders lauten?
Wenn ich "occ maintenance:update:check" am server ausführe, bekomme ich das zurück:
Command "maintenance:update:check" is not defined.Did you mean one of these?
app:update
maintenance:update:htaccess
photos:update-1000-cities
serverinfo:update-storage-statisticsDer Zeitstempel der Datenpunkte ändert sich aber. Also schreibt der Adapter auch, wenn er nichts empfängt?
-
@H5N1 Entschuldige, ich hatte deine Antwort erst jetzt gesehen.
Nextcloud läuft auf einem gemieteten Webspace, ioBroker in einem Container unter Proxmox. Also kein Docker. Ich habe bei aufruf von
curl -u user:pass -H "OCS-APIREQUEST: true" "https://cloud.domain.tld/ocs/v2.php/cloud/capabilities"folgende Ausgabe erhalten:
Da ist nichts zu finden ob update true oder false ist. Oder muss der Aufruf anders lauten?
Wenn ich "occ maintenance:update:check" am server ausführe, bekomme ich das zurück:
Command "maintenance:update:check" is not defined.Did you mean one of these?
app:update
maintenance:update:htaccess
photos:update-1000-cities
serverinfo:update-storage-statisticsDer Zeitstempel der Datenpunkte ändert sich aber. Also schreibt der Adapter auch, wenn er nichts empfängt?
Der Zeitstempel der Datenpunkte ändert sich aber. Also schreibt der Adapter auch, wenn er nichts empfängt?
Er schreibt immer nach einem Update.
Da ist nichts zu finden ob update true oder false ist
Das ist die Capabilities API, diese ermittelt den Funktionsumfang und wird von Client und App Software verwendet um u.a. Core Informationen usw. zu ermitteln.
Wo du nachschauen musst ist die Monitoring API, die findest du als Admin unter Administrationseinstellungen
-->System. Dort findest du ganz unten, unter Externes Überwachungsprogramm die API. Mach ein Häkchen in "Ausgabe in json", entferne die häkchen bei "Abschnitt "Apps" überspringen" und "Serveraktualisierung überspringen"und kopier den Link, der sollte so aussehen:Oder kopieren einfach diesen Link, ersetzen deine.domain.de mit deiner. https://deine.domain.de/ocs/v2.php/apps/serverinfo/api/v1/info?format=json&skipApps=false&skipUpdate=falseUnd öffne sie in einem neuen Tab, je nach Browser der Übersicht halber noch das Häkchen für Quelltextformatierung setzen. Wichtig ist du musst als Admin bei deiner Instanz angemeldet sein, sonst wird der Zugriff verweigert.
Wenn dir die API angezeigt wird Suche nach:
"update": { "lastupdatedat": 1776953185, "available": false } },Die Zahl hinter lastupdatedat ist das Unix Zeitformat, das kannst du dir umrechnen lassen unter Unix timestamp.
In meinem Fall ergibt das in meiner Zeitzone "Your Time Zone
Thu Apr 23 2026 16:06:25 GMT+0200 (Mitteleuropäische Sommerzeit)" und "available" ist in meinem Fall false.
Wie sieht's bei dir aus? -
Der Zeitstempel der Datenpunkte ändert sich aber. Also schreibt der Adapter auch, wenn er nichts empfängt?
Er schreibt immer nach einem Update.
Da ist nichts zu finden ob update true oder false ist
Das ist die Capabilities API, diese ermittelt den Funktionsumfang und wird von Client und App Software verwendet um u.a. Core Informationen usw. zu ermitteln.
Wo du nachschauen musst ist die Monitoring API, die findest du als Admin unter Administrationseinstellungen
-->System. Dort findest du ganz unten, unter Externes Überwachungsprogramm die API. Mach ein Häkchen in "Ausgabe in json", entferne die häkchen bei "Abschnitt "Apps" überspringen" und "Serveraktualisierung überspringen"und kopier den Link, der sollte so aussehen:Oder kopieren einfach diesen Link, ersetzen deine.domain.de mit deiner. https://deine.domain.de/ocs/v2.php/apps/serverinfo/api/v1/info?format=json&skipApps=false&skipUpdate=falseUnd öffne sie in einem neuen Tab, je nach Browser der Übersicht halber noch das Häkchen für Quelltextformatierung setzen. Wichtig ist du musst als Admin bei deiner Instanz angemeldet sein, sonst wird der Zugriff verweigert.
Wenn dir die API angezeigt wird Suche nach:
"update": { "lastupdatedat": 1776953185, "available": false } },Die Zahl hinter lastupdatedat ist das Unix Zeitformat, das kannst du dir umrechnen lassen unter Unix timestamp.
In meinem Fall ergibt das in meiner Zeitzone "Your Time Zone
Thu Apr 23 2026 16:06:25 GMT+0200 (Mitteleuropäische Sommerzeit)" und "available" ist in meinem Fall false.
Wie sieht's bei dir aus?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden