Weiter zum Inhalt

Off Topic

3.3k Themen 51.7k Beiträge

Hier kann über alles geredet werden was sonst nirgendwo hinpasst

NEWS

Unterkategorien


  • 115 Themen
    2k Beiträge
    fuzzy1955F
    @Michael-Schmitt sagte: @OliverIO schreib schon. :) Ich war fix der Meinung, dass der DHCP-Bereich ab .200 eingestellt war. Aber es waren .20 und damit genau beim Laptop :-(
  • 261 4k
    261 Themen
    4k Beiträge
    FriedhofsblondF
    Moin, konnte es nicht lassen und so gefixt: https://www.claudiokuenzler.com/blog/1544/grafana-13.1.1-debian-package-broken-post-installation-script
  • 155 3k
    155 Themen
    3k Beiträge
    andiko2A
    Bei mir trat das Problem auf, dass beim Öffnen der Verlaufsdaten eines Datenpunktes im Admin der RAM-Verbrauch massiv anstieg. In einem Fall lief der Arbeitsspeicher bis auf 99 % hoch. Teilweise reagierte InfluxDB anschließend nicht mehr sauber. Als Ursache wurde hier bereits die Abfrage des Admin-Adapters genannt, die zunächst unter anderem den allerersten vorhandenen Wert ermittelt. Bei sehr großen Datenbeständen kann diese Abfrage offenbar entsprechend aufwendig werden. Das Schließen des Fensters beendet eine bereits laufende Query zudem nicht. Ich habe das Problem deshalb auf der Seite der Datenhaltung entschärft. Bisher wurden bei mir sehr viele Datenpunkte gemeinsam in einer InfluxDB-Instanz gespeichert, teilweise mit wesentlich längerer Historie, als ich tatsächlich benötige. Ich habe die Daten jetzt auf zwei InfluxDB-Instanzen mit getrennten Buckets aufgeteilt: influxdb.0: Kurzzeitdaten, Vorhaltezeit 3 Tage influxdb.1: Langzeitdaten, Vorhaltezeit 3 Monate Die große Mehrheit meiner Datenpunkte benötige ich lediglich für aktuelle Grafana-Diagramme und Analysen. Dafür reichen 3 Tage vollkommen aus. Nur ausgewählte Datenpunkte, beispielsweise bestimmte Laufbandwerte, Anwesenheitsdaten und Meross-Störungszähler, benötigen eine längere Historie und wurden deshalb auf influxdb.1 umgestellt. Zusätzlich habe ich den alten Datenbestand im bisherigen Bucket konsequent bereinigt. Da ich die Langzeithistorie bewusst neu beginnen wollte, wurden die nicht mehr benötigten alten Daten gelöscht. Ergebnis: Vor der Bereinigung konnte das Öffnen der Verlaufsdaten den RAM bis auf 99 % treiben. Nach der Aufteilung und Bereinigung habe ich gezielt mehrere Verlaufsansichten geöffnet – darunter auch genau den Datenpunkt, bei dem der RAM vorher vollgelaufen war. Der RAM blieb dabei bei etwa 39 % und zeigte praktisch keine Reaktion mehr. Das Laden bzw. Öffnen kann im Admin weiterhin relativ lange dauern. Die problematische Abfragelogik des Admin-Adapters ist durch diese Maßnahme schließlich nicht verändert worden. Aber der massive RAM-Anstieg ist bei mir nach der Reduzierung der abzufragenden Datenmenge nicht mehr aufgetreten. Für mich war die entscheidende Erkenntnis daher: Nicht jeden Influx-Datenpunkt jahrelang aufbewahren, nur weil es möglich ist. Die Daten nach tatsächlich benötigter Historienlänge aufzuteilen, hat das Problem bei mir praktisch beseitigt. Zusätzlich habe ich mir per JavaScript eine Systemanalyse erstellt, die alle für influxdb.0 und influxdb.1 aktivierten Datenpunkte auflistet. Das war beim Aufräumen und bei der Kontrolle der Zuordnung eine große Hilfe. Besten dank an Marc Berg.
  • Fragen und Hilfe zur externen SQL Datenbank

    3 20
    3 Themen
    20 Beiträge
    Thomas BraunT
    @fastfoot Pssssssssssst!
  • 278 Themen
    5k Beiträge
    teletapiT
    ja sehr gerne kannst du mir 4 Stück schicken..? Danke Hawe
  • 199 6k
    199 Themen
    6k Beiträge
    CodierknechtC
    @Eistee sagte: Für alle die es einfacher wollen Klar kann man das auch damit machen. Es soll aber auch Leute geben, die sich nicht darauf verlassen wollen, was so alles in externen Scripten steckt.
  • Fragen zu Docker-Installationen

    23 386
    23 Themen
    386 Beiträge
    T
    @Thomas-Braun sagte: @TripleX sagte: Im Protokoll kommen permanent Meldungen. Geheime Meldungen? Hat sich erledigt. Ich musste den Adapter manuell neu installieren.
  • 60 764
    60 Themen
    764 Beiträge
    FabioF
    @Samson71 sagte: Es geht ihm soweit gut. Dann mache hier bitte zu @samson71 Vielen Dank dir für die Info. Herzliche Grüße Fabio
  • Dringender Sicherheits Alarm PHP: bspw nextcloud, Wordpress

    Angepinnt bis 15.11.26, 00:00
    2
    7 Stimmen
    2 Beiträge
    316 Aufrufe
    OliverIOO
    Der Fix ist mittlerweile draussen. Betroffen sind ALLE PHP-Versionen seit v5 (aktuell ist 8) Den Fix gibt es allerdings nur für die folgenden Versionen (8.2,8.3,8.4,8.5) In den folgenden Versionen ist der Fix dann enthalten. PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35 Mehr Details hier https://www.php.net/archive/2026.php Man geht auch davon aus, das entsprechende exploits relativ schnell im Netz umhergehen werden um das auszunutzen. Gegenstand der Lücke ist eine sogenannte remote code execution. Das bedeutet, das jemand ohne Authorisierung auf dem Server code ausführen lassen kann und dann im Rahmen der Nutzerberechtigung alles machen kann. uU auch Dinge, die ihr als Kunde nicht mal selbst machen könnt. Die wirklichen Auswirkungen wird man in den nächsten Tagen dann sicherlich der Presse entnehmen können. Aufgrund der hohen Einstufung (9.2 von 10) werden diese Auswirkungen meiner Meinung nach gewaltig sein. v8.1 und früher wird nicht behoben. PHP kann von https://www.php.net geladen werden. Auch in den offiziellen docker images gab es die Aktualisierung bereits https://hub.docker.com/_/php Wer darauf aufbauende images verwendet (und die Software öffentlich im Internet steht, sollte dringend seine Container aktualisieren. Bitte prüft, ob die aktualisierten Images eurer Software dieses Basis-Images bereits berücksichtigen oder PHP die richtigen Versionen direkt beim image build herunterladen. Bei Nextcloud ist is im Imagetag 33 bereits so. https://hub.docker.com/_/nextcloud Bei wordpress in den heute (21.10.25) aktualisierten images ebenfalls https://hub.docker.com/_/wordpress Beides sind official Images auf dockerhub, denkt dran es gibt ggfs auch gleich- oder ähnlich namige images, bei denen es nicht so ist. Nachtrag: Davon sind auch eure Provider betroffen bei denen Ihr evtl Dienste (Webserver, oben genannte Software und mehr) gehostet habt. Da im Web-Bereich PHP mehr oder weniger Standard ist, wollt ihr nicht, das die Instanz übernommen oder Daten kopiert werden. Hier der aktuelle Artikel auf heise https://www.heise.de/news/php2shell-Kritische-Sicherheitsluecken-erlauben-Codeeinschleusung-in-PHP-11492938.html
  • Linux bändigen - Tipps und Tricks für die Kommandozeile

    Angeheftet Gesperrt
    2
    7 Stimmen
    2 Beiträge
    2k Aufrufe
    Jey CeeJ
    --help Mit dem Parameter "--help" wird die Hilfe zu einem Befehl angezeigt. Darin enthalten sind fast immer alle Parameter mit Kurzbeschreibung. Beispiel: christoph@christoph-desktop:~$ mkdir --help Aufruf: mkdir [OPTION]... VERZEICHNIS... Erzeugen der/des Verzeichnisse(s), wenn sie noch nicht existieren. Erforderliche Argumente für lange Optionen sind auch für kurze erforderlich. -m, --mode=MODUS Zugriffsrechte setzen (wie bei chmod), nicht a=rwx − umask -p, --parents kein Fehler, wenn vorhanden; übergeordnete Verzeichnisse erzeugen, wenn notwendig -v, --verbose für jedes angelegte Verzeichnis eine Meldung ausgeben -Z SELinux-Sicherheitskontext jedes erzeugten Verzeichnisses auf den Standardtyp setzen --context[=KTXT] wie -Z, oder, wenn angegeben den SELinux- oder SMACK- Kontext auf KTXT setzen --help diese Hilfe anzeigen und beenden --version Versionsinformation anzeigen und beenden Onlinehilfe für GNU coreutils: <https://www.gnu.org/software/coreutils/> Melden Sie Übersetzungsfehler für %s an <translation-team-de@lists.sourceforge.net> Die vollständige Dokumentation ist hier: <https://www.gnu.org/software/coreutils/mkdir> oder auch lokal mittels „info '(coreutils) mkdir invocation'“
  • (Kaufempfehlung) TRV ggf mit Netzteil?

    11
    0 Stimmen
    11 Beiträge
    267 Aufrufe
    D
    Hab eben das Sonoff TRV ZBT Gen2 in Betrieb genommen. Soweit erstmal positiv wie "reactive" es sich im Zigbee-Netz zeigt. Daten kommen flott an und werden umgehend verarbeitet. Die gewünschten Szenarien: Simpler Thermostatbetrieb nach Zeitplan und Abschaltung bei Fensteröffnung waren beide über IOB flott aktiv. Bisher schaut es besser aus, als bei den Versuchen vor ca 2 Jahren wo ich nacher mit Setpoint auf 19°C trotzdem in der Sauna saß. Das ist auch defintiv ein Punkt den ich mir jetzt anschaue. Wie gut funktioniert die Regelung. Was mir alleinig nicht gefällt: Das Gehäuse bzw. dessen Verriegelung der Öffnung zum Batteriefach. Das lässt sich Demontieren/öffnen indem man etwas grobmotorisch = wie früher am alten TRV zupackt und Auf/Abdrehen möchte. Das Entfernt das Sonoff vom Ventil obwohl man eigentlich vielleicht nur etwas einstellen wollte. Einstellen passiert aber nur ganz vorne am Rädchen und eine 1-Finger-Kraft reicht. .... ich weiß das aber die Senioren mit Jahrzenten Gewohnheit werden mir das Ding schon abrupfen :(
  • Test einer Spracherkennung auf der CPU

    3
    1
    2 Stimmen
    3 Beiträge
    77 Aufrufe
    OliverIOO
    @Jey-Cee also das bild ist von meinem test mit meinem server über ein ssh tunnel der rechner ist ein ASUS NUC 11 NUC11ATKC4 mit 64gb Prozessor ist Intel Celeron N5105 Prozessor (Jasper Lake) Das müsste der Vorgänger vom N100 sein. Also kein so besonders Leistungsfähiger Prozessor. Zeitverzögerung war ca 1 Sekunde Die Interferenzzeit ist so bei 300-400 ms Also für mich komplett ausreichend. Hier wollte ich mal die Erfahrungen von draussen noch einholen. Das mit der Verarbeitung auf dem Server habe ich deswegen gewählt, weil man oft auf dem Server etwas mehr Ressourcen übrig hat, wie auf Schwachbrüstigen Clients mit begrenztem RAM. Aber ja, evtl müsste man das zur Wahl machen, wo die Erkennung wirklich durchgeführt wird. Bei mir hat, trotz des Prozessors, 2 parallele Aufzeichnungen noch funktioniert. Klar ging die Prozessorleistung dann auch entsprechend hoch. Mehrere Anweisungen zum genau gleichen Zeitpunkt ist aber glaube ich eher die Ausnahme. Ziel soll sein so ein Art Schmalspur-Voice Assistent zu bauen, der mit begrenzten/limittierten Ressourcen auskommt. Klar geht besser immer: mehr CPU, mehr GPU, besseres Mikrofon, etc. Wer besser haben will muss dann mehr Geld für bessere Hardware ausgeben oder gar Cloud-Dienste wie bspw OpenAI Live in Anspruch nehmen.
  • [erledigt] OpenWB Problem mit MQTT

    6
    3
    0 Stimmen
    6 Beiträge
    89 Aufrufe
    H
    @Bluefox Das wars, ich war zu ungeduldig. Nachdem das Auto angesteckt war und ich mal das Laden gestartet habe kommt auch der SoC Wert dahin wo ich ihn erwartet habe, also auch in openWB. Danke...
  • evcc Grundsätzliche Fragen

    Verschoben
    14
    0 Stimmen
    14 Beiträge
    367 Aufrufe
    A
    Hallo Bluefox Ich habe soeben meine Skripte im Iob angepasst und das zusammenspiel evcc<-> iob klappt auf diese weise absolut genial. Ich habe gerade gefragt: wäre es nicht schlau man würde dem evcc oder den einzelnen "Geräten" noch irgendwie ein Datenpunkt aus dem iob zurückgeben ob Energie gebraucht wird oder nicht? Bei dieser konfiguration schreibt das evcc zwar den "true" in den iob-Datenpunkt, wenn aber die Heizung gar nicht an geht, weil die Temperatur schon erreicht ist, zählt evcc trotzdem Energie die dort angeblich verwendet wird. Ich bin mir sehr sicher, das geht, aber den Lösungsansatz ist mal wieder hinter sehr vielen Dingen verborgen. Nachtrag: Ich habe gefunden type: switchsocket features: - integrateddevice - heating enabled: source: http uri: http://192.168.130.10:8087/getPlainValue/alias.0.Heizung.Hz_Speicher_L1 temp: source: http uri: http://192.168.130.10:8087/getPlainValue/alias.0.Heizung.Speicher_oben enable: source: http uri: "http://192.168.130.10:8087/set/0_userdata.0.Daten.evcc.Pufferspeicher_1?value={{.enable}}" standbypower: -1600 icon: waterheater # icon for UI purpose only So zeigt er mir als Information sogar die Temperatur des Heizungsspeichers in evcc an, und beim "enabled" steht jetzt der Status, des Shelly Switch drin.
  • ortsnetz-auslastung Übersichtskarten befüllen

    6
    0 Stimmen
    6 Beiträge
    347 Aufrufe
    K
    @peterfido sagte: durch Korrekturfaktoren versucht, evtl. Spannungsfälle / -hübe zu korrigieren Oh, dann ist der Tod im Topf. Dann kann man mit den Ergebnissen nichts mehr erreichen. Wem will man das noch zeigen? Bei solchen Themen geht Qualität vor Quantität.
  • Switchbot Blind Tilt

    11
    0 Stimmen
    11 Beiträge
    347 Aufrufe
    DuffyD
    @bluefox erledigt. VG Duffy
  • Fritzbox VPN Wireguard Ausland

    11
    0 Stimmen
    11 Beiträge
    367 Aufrufe
    J
    Ist Dein Provider zu Hause zufällig Vodafone?
  • Datei plötzlich leer

    Verschoben
    10
    0 Stimmen
    10 Beiträge
    289 Aufrufe
    K
    karl-heinz@meinbroker:~ $ ls -la /etc/.evcc* ps aux | grep nano -rw-r--r-- 1 root root 1024 Oct 18 12:31 /etc/.evcc.yaml.swp karl-he+ 2644 0.0 0.0 6260 2020 pts/1 S+ 18:44 0:00 grep --color=auto nano karl-heinz@meinbroker:~ $
  • fail2ban gui

    11
    2
    6 Stimmen
    11 Beiträge
    932 Aufrufe
    jolicJ
    @OliverIO Moien, auf jeden Fall ist es ein nices Tool für mich. fail2ban überwache ich mit eigenen script und lasse mich bei schwerwiegenden Angriffen per email benachrichtigen. So eine GUI von dir passt perfekt zu meinen Anwendungen.
  • Langzeitvergleich Regensensoren Ecowitt WS90 vs WH40

    5
    1
    3 Stimmen
    5 Beiträge
    3k Aufrufe
    S
    Update [image: Screenshot 2026-10-17 081701.png]
  • Lösung für internen NTP-Server gesucht

    ntp
    9
    0 Stimmen
    9 Beiträge
    357 Aufrufe
    P
    Ich würde im Unifi einfach die nötigen Ports für ntp nach extern freigeben.
  • Signal Messwandler zu Wechselrichter per WLAN

    12
    3
    0 Stimmen
    12 Beiträge
    311 Aufrufe
    metaxaM
    @Samson71 sagte: Reißt Funk ab, dann müsste der WR seinen Dienst einstellen. Bin ich ganz bei dir, auch da liegen meine Bedenken.
  • Tasmota ESP32cam: Parameter Änderung?

    tasmota esp32cam
    6
    0 Stimmen
    6 Beiträge
    234 Aufrufe
    MartinPM
    Ich habe mal ein wenig in der Wayback-Machine die Dokumentation gewälzt. 2023 gab es 1280x720 noch gar nicht.. https://web.archive.org/web/20230101141538/https://tasmota.github.io/docs/Commands/#camera#camera Es scheint also schon ein paar mal vorgekommen sein, dass bei Tasmota dieser Parameter verändert worden ist...
  • ioBroker Backup Analyzer — ein Backup offline auswerten

    20
    5 Stimmen
    20 Beiträge
    1k Aufrufe
    S
    Für dich noch als Anmerkung, was das Tool kann ist zu prüfen ob der Pfad in der History gesetzt ist. Bei deinem Fehler wird es schwierig zur Laufzeit zu analysieren.
  • Konfiguration von ioBroker und InfluxDB

    7
    0 Stimmen
    7 Beiträge
    339 Aufrufe
    MartinPM
    Ich habe alle meine Queries in Flux geschrieben bzw schreiben lassen (influxdb-Data Explorer - Script Editor). Es wäre eine Katastrophe, wenn irgendwann doch ein Schwenk auf 3.x nicht mehr zu vermeiden ist (keine Patches mehr für 2.x)
  • mal off topic, Pushover-Phänomen

    10
    0 Stimmen
    10 Beiträge
    387 Aufrufe
    Michael SchmittM
    ist es möglich das die Meldung nicht von Iobroker kommt ? Ki sagt: Spoiler Dass die Nachricht punkt 02:00 Uhr parallel zum Proxmox-Backup kommt und kein Eintrag im ioBroker-Log auftaucht, ist der entscheidende Durchbruch! Das bedeutet: Die Nachricht wird mit sehr hoher Wahrscheinlichkeit überhaupt nicht von ioBroker gesendet, sondern direkt von einem Skript/Dienst auf dem Proxmox-Host oder aus der OpenCCU-VM heraus. Der Text "ioBroker..." im Betreff wurde damals beim Erstellen der Nachricht vermutlich nur manuell als Absender-Name im Skript eingetragen. Da das Proxmox-Backup um 02:00 Uhr die OpenCCU-VM ganz kurz einfriert (Snapshot/Freeze) oder die Netzwerkkarte kurz blockiert, schlägt in genau dieser Sekunde ein externer Ping/Check fehl. Hier sind die 4 Verdächtigen außerhalb von ioBroker, die du prüfen musst: Das Proxmox Backup-Skript (Hookscript / Mail / Pushover) Nutzt du in Proxmox ein benutzerdefiniertes Hook-Script für VZDump (Backups) oder einen Proxmox-Benachrichtigungsdienst? Prüfe auf dem Proxmox-Host unter /etc/pve/vzdump.conf oder in den VM-Einstellungen unter Backup -> Advanced -> Hookscript. Wenn ein Backup fehlschlägt oder die VM während des Snapshots kurz nicht antwortet, feuert ein solches Skript eine Pushover-Nachricht ab. Ein Cronjob / Skript direkt auf dem Proxmox-Host (Node/Shell/Python) Möglicherweise hast du früher auf Proxmox-Ebene (per SSH) ein kleines Shell-Skript oder einen Cronjob angelegt, der die Erreichbarkeit der CCU prüft und bei Timeout via curl an Pushover sendet. Verbinde dich per SSH auf deinen Proxmox-Host und prüfe die Cronjobs: Bash crontab -l cat /etc/crontab ls -la /etc/cron.* Suche auf dem Proxmox-Host nach dem Text der Nachricht: Bash grep -rnw '/etc/' -e 'Emerhency' 2>/dev/null grep -rnw '/var/' -e 'Emerhency' 2>/dev/null grep -rnw '/root/' -e 'Emerhency' 2>/dev/null (Der Rechtschreibfehler Emerhency ist hier dein größter Vorteil beim Suchen!) Ein Watchdog-Skript AUF der OpenCCU selbst Einige RaspberryMatic/CCU-Zusatzsoftware (z.B. CCU-Historian, CUxD oder eigene Servicemeldungs-Skripte) führt beim Sichern/Backup interne Neustarts von Diensten durch. Wenn ein CCU-internes Skript merkt, dass der Reinhard/ReGaHSS-Prozess stoppt, schickt es eine Nachricht. Prüfe in der OpenCCU unter Einstellungen -> Systemsteuerung -> Zusatzsoftware oder in den CCU-Programmen, ob dort ein Pushover-Skript aktiv ist. Verbinde dich per SSH auf die OpenCCU und suche auch dort nach dem Schreibfehler: Bash grep -rnw '/usr/local/' -e 'Emerhency' 2>/dev/null Ein zweiter ioBroker-Container / Test-Instanz Hast du auf Proxmox eventuell irgendwann mal ein Template, ein Backup oder einen zweiten ioBroker-CT (z. B. eine Test-Instanz) geklont, der im Hintergrund noch läuft oder per Cron gestartet wird? Schau in Proxmox in die Liste aller CTs und VMs. Läuft dort noch ein anderer Container, den du vielleicht vergessen hast? Warum bricht die CCU beim Backup ein? Wenn Proxmox ein Backup einer VM macht (Modus Snapshot oder Stop): Modus Snapshot (QEMU Guest Agent): Der Speicher/die Disk wird kurz eingefroren (Gefrier-Zustand). Die VM antwortet für 2–10 Sekunden nicht auf Netzwerk-Pings. Lösung für die Warnung: Wenn du die Quelle der Nachricht gefunden hast, passe dort das Timeout an (z. B. erst nach 3 gescheiterten Versuchen im Abstand von 30 Sekunden benachrichtigen) oder schließe das Backup-Zeitfenster (02:00 bis 02:05 Uhr) von der Überwachung aus.
  • Test n8n-nodes-iobroker (kein Adapter)

    Verschoben
    6
    2
    2 Stimmen
    6 Beiträge
    961 Aufrufe
    OliverIOO
    @Homoran ja besser, hat nur indirekt was mit iobroker zu tun
  • Einrichten von MQTT im Heimnetzwerk

    Verschoben
    3
    0 Stimmen
    3 Beiträge
    264 Aufrufe
    M
    Hallo Marc, danke für die Info ... hatte ich gemacht. Hier kam nur die Meldung, dass auch nur localhost gehört wird. Aber heute die Lösung gefunden. Mit einem Freund an seinem PC online die Prozedur durchgespielt und dann seine config bei mir ersetzt für meine alte config. - Dann klappte es ... obwohl wir vorher die beiden Dateien verglichen hatten und sie in allen Zeilen identisch waren. - Wir haben's nicht verstanden, warum das nun geht ... aber es klappt nun. Und im mosquitto-Ordner gibt es ja auch nur eine config. Aber dennoch nochmal Danke für die freundliche Mithilfe! Micahe P.S.: Leider kann ich diesen Beitrag/das Thema nicht als "gelöst" markieren. Ich finde die Einstellung bei den drei Punkten rechts nicht!

494

Online

33.1k

Benutzer

84.2k

Themen

1.4m

Beiträge