ioB träge und Absturz bei Skripten & Datenpunkten / macOS
-
-
@mac89muc und was kommt bei
iob update -i -
ergibt
Used repository: Stable (default) Adapter "adb" : 0.0.7 , installed 0.0.7 Adapter "admin" : 6.3.5 , installed 6.3.5 Adapter "alexa2" : 3.23.2 , installed 3.23.2 Adapter "artnet" : 1.2.2 , installed 1.2.2 Adapter "backitup" : 2.5.12 , installed 2.5.12 Adapter "ble" : 0.13.0 , installed 0.13.3 Adapter "botvac" : 1.0.0 , installed 1.0.0 Adapter "countdown" : 1.2.5 , installed 1.2.5 Adapter "device-reminder": 1.2.9 , installed 1.2.9 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "fuelpricemonitor": 0.3.4 , installed 0.3.4 Adapter "ham" : 5.3.1 , installed 5.3.1 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "homekit-controller": 0.5.1, installed 0.5.8 Adapter "hue" : 3.7.1 , installed 3.7.1 Adapter "hue-extended" : 2.0.0 , installed 2.0.0 Adapter "ical" : 1.13.2 , installed 1.13.2 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "javascript" : 6.1.4 , installed 6.1.4 Controller "js-controller": 4.0.24 , installed 4.0.24 Adapter "logparser" : 1.1.0 , installed 1.1.0 Adapter "meross" : 1.14.0 , installed 1.14.0 Adapter "mqtt" : 4.0.7 , installed 4.0.7 Adapter "mqtt-client" : 1.6.3 , installed 1.6.3 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "netatmo-crawler": 0.8.1 , installed 0.8.1 Adapter "node-red" : 4.0.0 , installed 4.0.0 Adapter "nuki" : 1.6.0 , installed 1.6.0 Adapter "nuki-extended": 2.3.1 , installed 2.4.0 Adapter "operating-hours": 0.0.19 , installed 0.0.19 Adapter "parcel" : 0.0.25 , installed 0.0.25 Adapter "paw" : 0.3.2 , installed 0.3.2 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "pushover" : 3.0.3 , installed 3.0.3 Adapter "samsung" : 0.5.11 , installed 0.5.7 [Updatable] Adapter "sayit" : 1.12.3 , installed 1.12.3 Adapter "shelly" : 6.3.1 , installed 6.3.1 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "smartmeter" : 3.3.4 , installed 3.3.4 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "sonoff" : 2.5.1 , installed 2.5.1 Adapter "sonos" : 2.2.3 , installed 2.2.3 Adapter "spotify-premium": 1.2.1 , installed 1.2.1 Adapter "sureflap" : 1.1.5 , installed 1.1.5 Adapter "tankerkoenig" : 3.3.7 , installed 3.3.7 Adapter "telegram" : 1.15.2 , installed 1.15.2 Adapter "text2command" : 2.3.0 , installed 2.3.0 Adapter "tr-064" : 4.2.17 , installed 4.2.17 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "vis-map" : 1.0.4 , installed 1.0.4 Adapter "vw-connect" : 0.0.62 , installed 0.0.48 [Updatable] Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "wled" : 0.6.7 , installed 0.6.7 Adapter "ws" : 1.3.0 , installed 1.3.0 Adapter "yahka" : 0.13.1 , installed 0.13.1 Adapter "zigbee" : 1.8.10 , installed 1.8.10 -
probiere ich gleich - mache noch ein Backup vorher
-
@thomas-braun sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
iob stop iob fix iob start iob diagmal probieren.
gleiches Ergebnis wie vorher - ich glaube auch, dass der iob fix auf dem Mac so nicht 1:1 läuft wie unter Linux. Nach der Eingabe passiert da im Terminal nicht wirklich was sondern er springt direkt nach der Eingabe in die nächste Eingabezeile im Terminal
-
@mac89muc sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
auf dem Mac so nicht 1:1 läuft wie unter Linux.
ist aber nicht das Problem!
deine Installation kennt den Befehl gar nicht. Deswegen hatte ich eine ältere Installation vermutet.Vielleicht kann @Thomas-Braun dir den langen Befehl geben und du probierst den mal.
-
-
@thomas-braun sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh
Ich glaube auch der curl Befehl funktioniert bei macOS nicht so einfach, oder?
Jedenfalls passiert auch hier nichts weiter nach der Eingabe und im Terminal springt er gleich in die nächste Eingabezeile. -
-
@thomas-braun sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
Möglich.
Versuch Mal ohne die Optionen -sLf
Die unterdrücken Fehlermeldungen.bringt dann
curl -o diag.sh https://iobroker.net/diag.sh && bash diag.sh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (60) SSL certificate problem: certificate has expired More details here: https://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option. HTTPS-proxy has similar options --proxy-cacert and --proxy-insecure. -
@mac89muc sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option. -
@thomas-braun sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
@mac89muc sagte in ioB extrem träge und Absturz bei Skripten & Datenpunkten:
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.bringt mir
curl -o -k diag.sh https://iobroker.net/diag.sh && bash diag.sh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (6) Could not resolve host: diag.sh curl: (60) SSL certificate problem: certificate has expired More details here: https://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option. HTTPS-proxy has similar options --proxy-cacert and --proxy-insecure.gleiches Ergebnis wenn ich --insecure verwende.
Habe ich einen Formatfehler beim einsetzen von -k bzw. --insecure?? -
Keine Ahnung. Ich kenne MacOS nicht.
-
-
Vielleicht einer der nur 255 anderen Apfelbauern?
Das OS ist halt ein absolutes Nischending für den ioBroker. -
@mac89muc Schreib mal MAC OS in den Titel. Dann fällt es vielleicht anderen MAC OS Nutzern auf.
-
@wendy2702 sagte in ioB träge und Absturz bei Skripten & Datenpunkten:
@mac89muc Schreib mal MAC OS in den Titel. Dann fällt es vielleicht anderen MAC OS Nutzern auf.
Danke für den Tipp, mal sehen ob es was bringt.
Gruß
-
irgendwie kommt da Deine totale Begeisterung für macOS mit durch bei Deinem Post...
Gruß
-
? Das OS ist mir relativ egal, da hab ich weder Begeisterung noch Ablehnung für.
-
@mac89muc Wobei man ihm da nichtmal böse sein darf. Ich bin auch mit gesamter Familie vor ca. 2 Jahren umgestiegen von Linux auf den PCs/Laptops und Android auf die gesamte Apple-Welt (iPhone, iPad, Mac mini, Macbooks, Apple TV) und habe das nie bereut. Aber alles, was irgendwie mit Serverdiensten zu tun hat, läuft bei mir nach wie vor unter Linux, das meiste als LXC oder in VMs unter Proxmox auf 2 Intel NUC im Cluster. Auf der DSM (Synology) tummelt sich auh noch etwas in Docker und eine VM. Windows habe ich nur einmal auf dem Geschäfts-Laptop, da komme ich leider nicht drumrum.
Warum ich nicht alles auf Apple umgezogen habe? Weil es von Apple leider kein reines Server-Betriebssystem mehr gibt, es kommt immer ein Desktop mit. Der ist auf einem Server absolut fehl am Platz. Zudem sind 99% aller Server-Anwendungen eben für Linux zu haben bzw. darauf zugeschnitten. OK, MacOS ist im Prinzip BSD und sollte sich da weitgehend wie mit einem Linux-Kernel verhalten, was es auch zum Großteil tut. Aber eben nicht ausnahmslos. iobroker mag unter MacOS laufen, aber ab und an eben doch das kleine Quentchen anders, was Du ja selbst bemerkst. Dass Dir da vermutlich niemand helfen kann liegt wohl einfach daran, dass das so spezifische Problem sein könnten, die eben nur da auftreten und bei dem geringen Anteil an ionbroker-Installationen unter macOS ist es halt Glückssache, ob Dir dann genau bei einem bestimmten Problem jemand helfen kann.
Die ganzen Anleitungen für iobroker, hier im Forum oder in der Doku sind eben für Linux gemacht, ein Teil für Windows. Wer das auf macOS nutzen möchte, der sollte sich IMHO damit sehr genau auskennen, vor allem die kleinen entscheidenden Unterschiede.Was spricht dagegen, wenn Du Dir einen kleinen Rechner holst, darauf Debian ohne Desktop installierst und darin dann iobroker? Dann hast Du garantiert ein kleines sparsames stabiles System, und bei Fehlern oder merkwürdigem Verhalten ist die Chance, dass Dir jemand helfen kann, ungleich größer.
Gruss, Jürgen
P.S.: Hatte ich erwähnt, dass ich den Schritt in die Apple-Welt noch keine Sekunde bereut habe? So als kleinen Augenzwinkerer in Richtung @Thomas-Braun
