Weihnachtsangebot 2025! 🎄

[Asgothian]

@homoran sagte in RAM Warnungen unter OSX:

genau! das ist definitiv sehr unverständlich: -)
@asgothian sagte in RAM Warnungen unter OSX:

Die Warnung kommt basierend auf dem Wert zurecht - 1.x% freier Speicher ist zu wenig.

wo steht das?
@m-schmidt sagte in RAM Warnungen unter OSX:

Your system has only 30 MB RAM left

ich war dann allerdings zu faul zum rechnen.
Edit: 30 von 4000 sind 0.75%. Je nach Art der Berechnung und ob free oder available habe ich mit 1.x% weniger Probleme als mit dem Rest

Die Rechnung mit den 1% macht keinen Sinn. die 30 MB konnte ich bei mir nicht nachvollziehen - allerdings passen die Zahlen die bei mir in den Meldungen stehen zu den Zahlen die in der Instanzdarstellung angegeben werden.

Die mittlere der Meldungen passt genau zu dem Screenshot aus dem vorherigen Post - 88 MB, 1 %. Das passt letztendlich auch bei mir zur Speicherausstattung (88 MB von 16 GB sind 0.55 %, gerundet auf 1.

Ob die Meldung im Log und die Anzeige im Host immer synchron sind wage ich zu bezweifeln.

Daher bleibt das Problem das der freie Speicher nicht korrekt angezeigt wird:

Initial, angeblich 316 MB genutzt, 88 MB frei
Nach hinzufügen 627 MB genutzt, 67 MB frei.

Das hätte nicht gehen dürfen. Es scheint auf dem Mac deutlich mehr Speicher "Frei" zu sein als das System anzeigt - ähnlich wie die das von @haus-automatisierung über Docker geschrieben wurde.

[rewenode]

@m-schmidt Gibt es einen speziellen Grund ioB unter MacOS nativ zu betreiben?
Ich habe meist eine Testumgebung mit allen möglichen Containern unter Docker auf einem Intel-Mac am laufen und konnte bisher keine Probleme feststellen.
In der aktuellen Testumgebung teste ich gerade Influxdbv1/v2 die hier gleichzeitig ohne Probleme bedient werden.
Es laufen hier im Moment zwar nicht viele Adapter, aber manchmal clone ich auch meine Life-Version (läuft auf Rock64) mit sämtlichen Containern und allen 29 Adaptern-Instanze
um irgendwelche umfangreichen Änderungen/Updates zu testen.
Da gab es nie Probleme.
Einschränkungen habe ich bisher nur beim telegraf-Container unter OSX festgestellt. Da werden dann einige Werte (z.B. cpu-Temp) nicht ermittelt, aber falls das nötig ist kann telegraf ja problemlos per brew nativ installiert werden.

[m-schmidt]

Hallo zusammen,

sorry, jetzt ist hier ja einiges aufgelaufen, hatte gestern leider keine Zeit mehr.

Erstmal kann man sich natürlich streiten, wie sinnvoll der iobroker nativ auf OSX ist und da bin ich sicher eine Randgrupppe. :) Hatte ja schon geschrieben, dass ich eigentlich erst Docker auf OSX verwendet habe, aber einige Adapter brauchen vollen Netzwerkzugriff und an der Stelle hat die OSX Docker Installation leider unüberbrückbare Beschränkungen. Einen Linux Host habe ich nicht, aber einen Mac Mini der 24/7 läuft und auch schon meine aktuelle Hausautomatisierung umsetzt. Deswegen war der Schritt auf das OSX in meinem Fall erstmal naheliegend und wie gesagt, bis auf die nervigen Fehlermeldungen und die Notwendigkeit Adapter über die cli zu installieren und zu aktualisieren, läuft die Installation ja auch. Kann aber natürlich sein, dass irgendwann noch weitere Probleme auftauchen ...

Nun nochmal zum Speicher. Konnte euren unterschiedlichen Aussagen jetzt leider nicht so ganz folgen. Wahrscheinlich habe ich die RAM-Anzeige auch falsch interpretiert. Wahrscheinlich sagen die 2,1% aus, dass iobroker 2,1% nutzt im OSX ist auf jeden Fall weit mehr als 2,1% RAM belegt.

Wenn in OSX wirklich nur noch 30MB verfügbar wären, müsste ich dringend mal neu starten. Vermute mal, dass bei der Berechnung der Cache nicht in Betracht gezogen wird und deshalb aber auch der Speicher nicht ausgeht? Der Mini ist zwar kein high Performance Monster mit unendlichen Ressourcen, läuft aber im Normalfall (auch mit laufenden iobroker) 1-2 Monate ohne Neustart durch. Also das System läuft schon. :)

Kann ich diesen Check irgendwie beeinflussen?

[rewenode]

@m-schmidt sagte in RAM Warnungen unter OSX:

Hatte ja schon geschrieben, dass ich eigentlich erst Docker auf OSX verwendet habe, aber einige Adapter brauchen vollen Netzwerkzugriff und an der Stelle hat die OSX Docker Installation leider unüberbrückbare Beschränkungen.

Nicht falsch verstehen, ich will hier keineswegs auf Docker rumreiten. Da ich selbst noch einen alten Mac-Mini rumstehen habe, den ich evtl als zukünftigen ioB Server nutzen will würde es mich interessieren, welche Adapter genau einen Netzwerkzugriff benötigen, der mit Docker so nicht geht.
In dem Fall würde ich ja ggf. vor dem gleichen Problem stehen.

[m-schmidt]

@rewenode said in RAM Warnungen unter OSX:

Nicht falsch verstehen, ich will hier keineswegs auf Docker rumreiten. Da ich selbst noch einen alten Mac-Mini rumstehen habe, den ich evtl als zukünftigen ioB Server nutzen will würde es mich interessieren, welche Adapter genau einen Netzwerkzugriff benötigen, der mit Docker so nicht geht.
In dem Fall würde ich ja ggf. vor dem gleichen Problem stehen.

Hatte ich im Eingangspost schon geschrieben, bei mir war das Problem HEOS und yahka.

Hat sicher mit notwendigem Broadcasting zu tun. In den iobroker docs wird darauf auch hingewiesen, leider gibt es das MACVLAN soweit ich es verstanden habe im Docker auf OSX nicht.

https://docs.buanet.de/iobroker-docker-image/docs/#networks

[rewenode]

@m-schmidt sagte in RAM Warnungen unter OSX:

Hat sicher mit notwendigem Broadcasting zu tun. In den iobroker docs wird darauf auch hingewiesen, leider gibt es das MACVLAN soweit ich es verstanden habe im Docker auf OSX nicht.

Gut zu wissen und Danke für den Link. Die Doku @andre ist mir irgendwie entgangen. Die ist ja wirklich klasse!
Auch wenn ich im Moment kein Problem in meiner isolierten Installation mit host - Netzwerk habe.

[Asgothian]

@rewenode sagte in RAM Warnungen unter OSX:

Gibt es einen speziellen Grund ioB unter MacOS nativ zu betreiben?

Es gibt mehrere:

• Keine Möglichkeit serielle Schnittstellen vom Host in den Container umzuleiten (damit also kein Adapter der die Serielle Schnittstelle benötigt)
• Probleme mit der Netzwerkunterstützung (wie von @m-schmidt geschrieben)
• Probleme mit dem durchleiten der Daten. Ich habe das mehrfach auf dem Mac probiert und bin immer wieder gegen Wände gelaufen - bis ich es letztendlich aufgegeben habe.

Die Probleme sind im übrigen nicht auf Docker zurück zu führen sondern darauf wie Docker auf OSX umgesetzt ist - nämlich als VM mit einem eigenen Linux. Dementsprechend ist auch die Systemlast mit Docker im Vergleich zu ohne Docker auf dem Mac eher schlechter als auf einem Linux host.
Der Kernel von MacOS ist zwar mit BSD verwandt, bietet aber insbesondere in der Hardwarenahen Schicht nicht alle Optionen die ein Linux / Unix bieten, weswegen Docker den Weg über eine VM gehen muss.

@m-schmidt sagte in RAM Warnungen unter OSX:

Nun nochmal zum Speicher. Konnte euren unterschiedlichen Aussagen jetzt leider nicht so ganz folgen. Wahrscheinlich habe ich die RAM-Anzeige auch falsch interpretiert. Wahrscheinlich sagen die 2,1% aus, dass iobroker 2,1% nutzt im OSX ist auf jeden Fall weit mehr als 2,1% RAM belegt.

Nein. Die Aussage besagt das der an den ioBroker gemeldete freie Speicher (bei Dir wenig) nur in etwa 2.1 % deines gesamten Speichers (4 GB) aus macht. Dabei ist zu beachten das die Anzeige am Host ggf. nicht synchron zu den Meldungen aktualisiert wird, weswegen da ein zu hoher Wert ausgegeben wird. (2.1 % von 4 GB sind 83 MB). Ich konnte das mehrfach nachstellen. Insbesondere ist mir aufgefallen das wenn der Warndialog geöffnet wird der eigentliche Start des Adapters bereits geschehen ist - nach der folgenden Zeitleiste:

• Adapter soll gestartet werden. Dem ioBroker bekannt sind zu dem Zeitpunkt 30 MB freier Speicher
• IoBroker warnt, versucht dann den Adapter zu starten
• MacOS stellt dem ioBroker mehr Speicher zur Verfügung, der Adapter startet
• Die Anzeige im Host wird aktualisiert
• Der Nutzer schaut auf die Zahlen in der Meldung.

Du kannst aus Neugier mal Titelzeile der Instanzen-Ansicht nachschauen - da erhältst du einen %-Wert und einen MB Wert die Synchron sind.

Wie ich bereits weiter oben geschrieben habe

@asgothian sagte in RAM Warnungen unter OSX:

Die mittlere der Meldungen passt genau zu dem Screenshot aus dem vorherigen Post - 88 MB, 1 %. Das passt letztendlich auch bei mir zur Speicherausstattung (88 MB von 16 GB sind 0.55 %, gerundet auf 1.
Ob die Meldung im Log und die Anzeige im Host immer synchron sind wage ich zu bezweifeln.
Daher bleibt das Problem das der freie Speicher nicht korrekt angezeigt wird:
Initial, angeblich 316 MB genutzt, 88 MB frei
Nach hinzufügen 627 MB genutzt, 67 MB frei.
Das hätte nicht gehen dürfen. Es scheint auf dem Mac deutlich mehr Speicher "Frei" zu sein als das System anzeigt - ähnlich wie die das von @haus-automatisierung über Docker geschrieben wurde.

Letztendlich kannst du die Warnungen meiner Meinung nach ignorieren. Der Prozess bekommt dynamisch weiter Speicher zugeteilt wenn dieser benötigt wird, so das die Warnungen ins leere laufen. Kritisch wird es erst wenn im Aktivitätsmonitor der Speicherdruck rot wird. So mache ich das auf den Systemen wo ich den ioBroker auf dem Mac laufen habe.

A.

[rewenode]

@asgothian sagte in RAM Warnungen unter OSX:

Es gibt mehrere:

Keine Möglichkeit serielle Schnittstellen vom Host in den Container umzuleiten (damit also kein Adapter der die Serielle Schnittstelle benötigt)
Probleme mit der Netzwerkunterstützung (wie von @m-schmidt geschrieben)
Probleme mit dem durchleiten der Daten. Ich habe das mehrfach auf dem Mac probiert und bin immer wieder gegen Wände gelaufen - bis ich es letztendlich aufgegeben habe.

Danke für die Ausführungen. Kann ich nachvollziehen.
Kannst du zum letzten Punkt "..durchleiten der Daten.." genauer sagen was du da genau meinst?

[m-schmidt]

@asgothian

Danke für deine Erklärungen, dann ignoriere ich diese Meldungen einfach, habe ich auch kein Problem mit und das beruhigt mich. :)

Dann bleibt für mich als letztes ungutes Gefühl zu meiner OSX Installation noch die Frage nach den Adapter-Installation und Updates. Hat da jemand eine Idee? Er kommt bei mir aus dem UI immer bis zu diesem Punkt und dann passiert erstmal einige Sekunden nix mehr. Auf einmal werden dann alle Adapter (inkl. admin) neugestartet, aber auch nach dem Neustart steht er wieder in dem Dialog und dann passiert wirklich nix mehr. Über das cli kann ich die Adapter installieren und auch aktualisieren.

Im Protokoll sehe ich leider zu dem Zeitpunkt auch nix auffälliges, nur dass die Adapter alle neugestartet werden. Kann ich sonst noch irgendwo nach dem Problem suchen?

[tombox]

@m-schmidt Mit npm 6 kommt es zu langsam installation