NEWS

@markus-7 sagte in Proxmox auf NVMe M.2 oder auf SSD installieren?:

Bin doch etwas beeindruckt, wie viel Speicher ZFS bei ausgeschalteten Container in Anspruch nimmt.

Moin,

ich glaube, Du verwechselst da etwas, das Betriebssystem nimmt sich den/allen freien Speicher, um Caches für Schreib-, Leseaktionen zu haben, kommt jetzt ein neuer Container/VM oder es werden andere/neue Programme gestartet, dann gibt das Betriebssystem den Speicher wieder ab.

Hier mal ein Wiki Beitrag, https://wiki.debianforum.de/Linux_Speichermanagement

@markus-7 sagte in Proxmox auf NVMe M.2 oder auf SSD installieren?:

uerst war mein Plan, einfach auf 32 GB RAM aufrüsten. Soweit ich es hier aber verstanden habe, nehmen die Schreib/Lesezyklen bei ZFS auch um einiges zu, was einfachen Comsumer-SSD auf die Dauer nicht bekommt. Kann aber absolut nicht abschätzen, ob bei meiner simplen Hausautomation dann eine Lebensdauer der NVME von 10 anstelle 15 Jahren zu erwarten wäre oder die Platte nach 3 Jahren abraucht

Wirklich, mach daraus keine Raketenwissenschaft, benutze es, das was Du, ich hier zu Hause anstellen, ist wirklich nicht der Rede wert, das verkraften die Dinger allemal.

ZFS ist eine Technologie, die man nicht einfach einsetzt, sondern man muss sich damit auseinandersetzen, verstehen wie sie funktioniert, nicht alles wird über die Proxmox WEB-Gui erledigt, viele Einstellungen und auch das Tuning von ZFS sind auf der Kommandozeile zu erledigen.
Das führt hier aber wirklich zu weit, der durch Proxmox voreingestellte Standard sollte sowohl im Heimbereich als auch für KMUs einsetzbar sein, erst wenn Du im Rechenzentrum bist, kommen andere Technologien und auch andere Einstellungen zum Tragen.

VG
Bernd

@wolfgangfb sagte in [Linux] Failed to connect to bus: Verbindungsaufbau..:

Ich denke da ist nicht mehr viel zu retten.

Würde ich auch sagen.

Auf dem System lief auch ein pihole, wenn es irgendwie geht würde ich davon gerne meine Regel-Datei übbernehmen.

Nimm dein Backup vom PiHole. Dafür hat man das ja.

Edit*****

@bananajoe sieht gut aus, habe aber schon Shelly bestellt. Ich hätte aber eine andere Idee, werde mich mal einlesen und im Bedarfsfall bei dir melden mit meinen Fragen. Danke für den Vorschlag!

@homoran sagte in [Q] Solarertragswerte unklar:

@pi-ter sagte in [Q] Solarertragswerte unklar:

Sich einer unbequemen Diskussion entledigt?

wieso diese Denkweise?
Hier kann man genau so diskutieren.

Na sicher, aber Du musst zugeben, dass das Verschieben nach OT, wo es kaum einer liest, ein "Geschmäckle" hat.
Du giltst da als "Verschieber" als befangen.

Und: Möchtest Du denn weiter diskutieren?

@pi-ter sagte in [Q] Solarertragswerte unklar:
Thema nach Off Topic verschoben?

geht es bei dem Thema um irgendeinen ioBroker Adapter?

Nein, aber ihr als Moderatorten bzw. Du müsst Euch mal entscheiden, was ihr wollt.

Letztens hast Du einen meiner Beiträge nach OT verschoben, weil er in Hardware falsch war
Mein Post unter Einsteigerfragen war auch nicht richtig, weil ich angeblich kein Einsteiger mehr bin. Ich solle doch unter ioBroker allgemein posten.
Jetzt poste ich unter ioBroker allgemein, und dann ist es nach langer dort geduldeter Diskussion plötzlich auch falsch, weil es nicht um ioBroker-Adapter geht. Das fiel natürlich vorher überhaupt nicht auf...
Diese Aktion ist doch durchsichtig wie Fensterglas.

Wieso hast Du den Beitrag nicht nach Hardware verschoben? Nach Deiner Argumentation ging es ja besonders um Hardware im nicht bestimmungsgemäßen Gebrauch, was Du auch immer wieder aufgerührt hast.

Ach ne, geht ja auch nicht: Diese Kategorie ist/war ja eigentlich für Hardware gedacht, auf der ioBroker läuft (inzwischen mit Eigenleben, wie Du anmerkstest...)

Also was nun?

@pi-ter sagte in [Q] Solarertragswerte unklar:

Ich habe verstanden

anscheinend nicht.

Doch, doch. Nur Du hast vlt. nicht verstanden, was ich ich wieder einmal begriffen habe. Aber egal...
Belassen wir es dabei.

Das einzig gute an der Disksussion war, dass Keiner beleidigt, angegriffen oder nieder gemacht wurde und sich die nicht immer nachvollziehbaren Argumentation auf die Sach- und Fachebene beschränkte.

@thomas-braun Ja, zwei. Die Scripte lassen sich auch über die Bash ausführen. Die Bearbeitung dauert aber ca. 20 Minuten. Deswegen veruch' ich das Troubleshooting mit einem einfachen Befehl. Im Cron.log steht ja auch dass die Befehle ausgeführt wurden, allerdings passiert nichts.

@mika-0 sagte in SSH Befehl Berechtigung durch ioBroker:

da wieder eintragen oder einfach Finger weg lassen?

Kann ich dir nicht sagen.
Ich weiß ja nicht was emoncms damit treibt.

Mein crontab für root ist auch leer.

Für was wird denn dann der exec Block im Blockly genutzt wenn nicht für meine Befehle die ich mit machen wollte?

Für Befehle aus dem direkten ioBroker-Umfeld. Der 'iobroker' ist in seinen Rechten eingeschränkt und darf nicht viel außerhalb von /opt/iobroker anstellen.

@mickym
Es hat funktioniert über den csv-Export! Vielen Dank nochmals!

@haus-automatisierung Sorry, total übersehen.
Ich habe die Variable jetzt mal eingefügt und den Wert auf 0 gesetzt.
Bis jetzt geht es.

@dp20eic
läuft erstmal wieder.
Noch eine Aufgabe, passt hier aber nicht hin glaube ich.
Ich habe auf dem Raspi eine Datenbank von der PV-Anlage (InfluxDB1) die schon seit 20.4. Daten schaufelt.
Diese Daten müßte ich jetzt exportieren (CSV ?) und dann auf dem IOB in die iobrokerdb (InfluxDB2) importieren. Ich brauche da nur die Rohdaten denn die Datenpunkte heissen in der alten DB auch anders. - Naja ... 😰

grafa.PNG

@liv-in-sky sagte in welchen router für glasfaser:

@bananajoe sagte in welchen router für glasfaser:

Geschäftskundenanschluss genommen

wäre möglich - kostet aber doppelt soviel - dabei handelt es sich um die geringste geschwindigkeit - wenn ich mal etwas schnelleres möchte würde ich bei fast 100 € im monat liegen

Mhh, ich sehe gerade, ist bei mir dann auch so.
Telekom 1.000er kostet für Privatkunden 80 Euro, als Business 130 Euro, also 50 Euro mehr. Weil da leider auch noch viel mehr extra drin ist als nur die feste IP (Webseite und Magenta Cloud).

@WilliKlein

dann schliesse diesen auch und mach in deinen Sonoff thread weiter.

@tt-tom sagte in Tasmota esp8266 zeigt nur den Netzbezug:

Die Bitte im Script löschen.

Woher bekommst Du diese Zeilen ?? die dort eingefügt werden müssen.

Die sind doch von der Seite wo du den Zahlensalat reinkopiert hast. Ich habe sie nur ein wenig an deine Sache angepasst.
Passe das Script nochmal an und sende mal dann einen Auszug aus der Konsole

Das mache ich später. Bin froh das es läuft. Muss jetzt sehen, das ich das in der IOBroker rein kriege.
Wollte den Thread als gelöst erklären, weiss jetzt aber nicht wie.

@mcm57

https://repos.influxdata.com/debian stretch

steht so falsch in einer Datei in /etc/apt/sources.list.d/influx* drin.
Da du die aber am besten ohnehin im Zuge der Umstellung auf das aktuelle Signierverfahren anpackst (löschst) erledigt sich das von alleine.

So ganz allgemein würde ich DRINGEND empfehlen das System in Gänze aktuell zu halten. Die notwendigen Änderungen bei grafana und influx sind bereits seit Monaten in der Meldung von apt enthalten und dann stauen sich da auch nicht 193 packages can be upgraded auf.

@dieter_p ja man kann das Kinder system abschalten und normal benutzen

@tritor sagte in Vis Proxmox Metrics - Grafana - korrigierte CPU % Werte:

Soo einfach.

Moin,

bin auch nur über Abgucken drauf gekommen 🙂
Die gesamte CPU im Dashboard stimmte ja 🙂
34c41eae-babc-4b21-b476-92d898203d4d-grafik.png
cac29451-b1c9-4a93-9b80-57be063c149f-grafik.png

Dann 1 + 1 kam halt drei raus 🙂

VG
Bernd

P.S.: ich nutze influxDB V2 mit FLUX, werde mal schauen, wenn ich Zeit habe, dem Creator des Dashboards mal eine PN aufzumachen.

@haselchen sagte in Microbewässerung , nicht mit Gardena:

Deswegen frage ich ja, löst ein 2 ter Micro Strang mit 1,5 bar das Problem?

prinzipiell ja (möglicherweise)

wie gesagt wird nicht der 1.5 bar das Problem sein, sondern die zu geringe Flussrate.
Diese wird mit 2 Leitungen (mit 2 Druckminderern) natürlich verdoppelt.

@da_woody said in Shelly 3EM Defekt:

Der Designfehler ist nicht der direkte Blitzschlag.

ABER auch ich bezweifle dass die verbauten Dioden incl. der bei SMD Dioden sehr geringen Leiterbahnabstände die einschlägigen Normen bezüglich Überspannungsspitzen - und diese entstehen z.B. durch Blitzschlag aber auch durch Schaltvorgänge im Netz - aushalten.

Und wie ich schon geschrieben habe (https://forum.iobroker.net/topic/60641/shelly-3em-defekt/11) müsste ein fest angeschlossenes Gerät 4000V transienten aushalten. Sogar ein Gerät mit Trafo muss Transienten mit 1500V aushalten. Die Dioden haben aber eine maximale Spannung von 1000V. Ob man das nun Designfehler oder Sollbruchstelle nennt kann ich nicht sagen. Ebenso halte ich fest, dass ich die Prüfunterlagen nicht kenne und daher nicht ausschließen kann, dass es andere Massnahmen gibt um Überspannungen zu verhindern.

Ich kann jedenfalls nur Überspannugnsschutz im Verteiler empfehlen:
https://www.obo.at/produkte/schutzinstallation/produkthighlights/ueberspannungsableiter-mcf-compact-v50-v20/

Allerdings begrenzen diese die Spannungsspitzen auch nur auf 1,5kV / 1,3kV. Für den Shelly auch schon zuviel ... (aber genug um normgerechte Geräte zu schützen).

McM