[gelöst] IOB installation mit "curl" startet nicht
-
Nach dem Update auf auf Bullseye das selbe mit IOB
Er will nicht.
Dann bleibt mir nur alles neu aufzusetzen und mich mit OPENV auseinanderzusetzen. -
Nach dem Update auf auf Bullseye das selbe mit IOB
Er will nicht.
Dann bleibt mir nur alles neu aufzusetzen und mich mit OPENV auseinanderzusetzen.füge mal dem curl befehl die option -v hinzu, also so
curl -sLfv https://iobroker.net/install.sh | bash -das steht für verbose. dann sollte der curl befehl etwas mehr erzählen, was er gerade macht.
gibt es den aktuell irgend etwas aus?
-
@thomas-braun sagte in IOB installation mit "curl" startet nicht:
curl -L https://iobroker.net/install.sh | bashsagt?
@OliverIO
Können wir uns darauf einigen, das ein offizielles EndOfLife halt bedeutet, das ein Release tot ist und per LTS nur noch im Koma künstlich beatmet wird? EoL ist der letzte Hinweis darauf schleunigst vom toten Pferd abzusteigen. Sonst wird wieder gedacht: Och, läuft doch noch, näwaah tschänge irgendwas, ich leg mich wieder schlafen.Das sind halt sehr blumige Worte. Wenn wir uns das hier für unseren Anwendungsfall vor Augen führen, was debian denn in den unterschiedlichen Releastypen tatsächlich macht.
Aktueller Zustand der Releasebezeichnungen:
Bookworm = stable
Bullseye = oldstable
Buster = LTSfür das stable Release wird natürlich der aktuelle Linuxkernel genommen + im Rahmen der Distribution stabile Versionen der ganzen Applikationen paketiert. Daher führt Debian bei den Applikationen meist auch nicht immer die neuesten Versionen, sondern hinkt da um einiges zurück. Dafür gilt Debian deswegen auch eher als stabil
Während stable werden Securityfixes umgesetzt. Neue Applikationen werden der Distributionen nicht hinzugefügt (ausser wegen Security fixes). Daher ist innerhalb eines Releases auch nicht wirklich mit neuen Funktionen zu rechnenoldstable = Am Release wird nicht wirklich was gemacht, das Security Team kümmert sich weiter um Security fixes
LTS = eigentlich wie oldstable, nur das der Umfang weniger Architekturen (i386, amd64, armel, armhf and arm64) betrifft, sowie das nicht mehr das Security Team zuständig ist, sondern nutzende Firmen und Freiwillige sich darum kümmern.
Also bis LTS passt das hier für uns, da für iobroker für den iobroker nur auf node setzen und das eh separat von außen installiert wird. Alle anderen Applikationen betrifft unseren Anwendungsfall nicht.
Wenn jemand etwas eh komplett neu aufsetzt, klar dann aktualisieren.
allerdings lese ich hier immer wieder, wenn einer eine Problemstellung hat -> Aktualisier das Betriebssystem, obwohl das primär das Problem nicht heilt.
Evtl heilt eine neue Installation evtl fehlgeleiteten Konfigurationen und das ist dann für Anfänger einfacher, als an einer verkorksten Installation herumzudoktern.
Allerdings würde ich persönlich gern die Wahl haben.@oliverio sagte in IOB installation mit "curl" startet nicht:
Also bis LTS passt das hier für uns, da für iobroker für den iobroker nur auf node setzen und das eh separat von außen installiert wird.
Nur läufst du 'Gefahr', das es immer komplizierter wird das Gesamtkonstrukt auch am laufen zu halten. Gerade nodejs ist da ein gutes Beispiel. Aktuelles nodejs baut nicht mehr auf 'Debian 9'/Stretch und allem was davon abgeleitet wurde. Betraf dann auch Ubuntu 'Bionic', was damals sogar noch im LTS-Zeitraum war. Es ist also eine schlechte Idee die EndOfLife-Zeitpunkte zu verpassen. Nicht umsonst sind diese Daten lange im Voraus bekannt und es gibt eine Übergangsphase von ca. einem Jahr, in dem man es packen sollte seinen Sums umzuziehen. Dafür sind die Releasepläne ja da.
Und genau deswegen werde ich tote Releases auch immer als tot bezeichnen. EOL=End of Life = Tot
-
@oliverio sagte in IOB installation mit "curl" startet nicht:
Also bis LTS passt das hier für uns, da für iobroker für den iobroker nur auf node setzen und das eh separat von außen installiert wird.
Nur läufst du 'Gefahr', das es immer komplizierter wird das Gesamtkonstrukt auch am laufen zu halten. Gerade nodejs ist da ein gutes Beispiel. Aktuelles nodejs baut nicht mehr auf 'Debian 9'/Stretch und allem was davon abgeleitet wurde. Betraf dann auch Ubuntu 'Bionic', was damals sogar noch im LTS-Zeitraum war. Es ist also eine schlechte Idee die EndOfLife-Zeitpunkte zu verpassen. Nicht umsonst sind diese Daten lange im Voraus bekannt und es gibt eine Übergangsphase von ca. einem Jahr, in dem man es packen sollte seinen Sums umzuziehen. Dafür sind die Releasepläne ja da.
Und genau deswegen werde ich tote Releases auch immer als tot bezeichnen. EOL=End of Life = Tot
@thomas-braun sagte in IOB installation mit "curl" startet nicht:
Und genau deswegen werde ich tote Releases auch immer als tot bezeichnen. EOL=End of Life = Tot
Was natürlich problematisch wird, wenn einem Hilfesuchenden einerseits Deine Aussage bekommt und bei einem anderen Hilferuf dann von @OliverIO eine andere Aussage mitgeteilt bekommt.
Ich bin da definitiv nicht so firm in der Sache wie ihr. Eventuell könnte man das Thema oben anpinnen, dass sich jeder selbst seine Schlüsse daraus zieht.
Es wird definitv wild durcheinander werden, wenn der Eine sagt aktualisiere auf Bullseye besser noch Bookworm und der Andere sagt, Buster geht auch noch.
Denn wenn ich das hier so mal durchschaue, haben wir das sehr oft hier in den Threads.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@thomas-braun sagte in IOB installation mit "curl" startet nicht:
Und genau deswegen werde ich tote Releases auch immer als tot bezeichnen. EOL=End of Life = Tot
Was natürlich problematisch wird, wenn einem Hilfesuchenden einerseits Deine Aussage bekommt und bei einem anderen Hilferuf dann von @OliverIO eine andere Aussage mitgeteilt bekommt.
Ich bin da definitiv nicht so firm in der Sache wie ihr. Eventuell könnte man das Thema oben anpinnen, dass sich jeder selbst seine Schlüsse daraus zieht.
Es wird definitv wild durcheinander werden, wenn der Eine sagt aktualisiere auf Bullseye besser noch Bookworm und der Andere sagt, Buster geht auch noch.
Denn wenn ich das hier so mal durchschaue, haben wir das sehr oft hier in den Threads.anpinnen ist gut
-
füge mal dem curl befehl die option -v hinzu, also so
curl -sLfv https://iobroker.net/install.sh | bash -das steht für verbose. dann sollte der curl befehl etwas mehr erzählen, was er gerade macht.
gibt es den aktuell irgend etwas aus?
pi@raspberrypi:~ $ curl -sLfv https://iobroker.net/install.sh | bash - * Trying 82.165.135.239... * TCP_NODELAY set * Connected to iobroker.net (82.165.135.239) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs * TLSv1.2 (OUT), TLS header, Certificate Status (22): } [5 bytes data] * TLSv1.2 (OUT), TLS handshake, Client hello (1): } [512 bytes data] * TLSv1.2 (IN), TLS handshake, Server hello (2): { [104 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [3960 bytes data] * TLSv1.2 (OUT), TLS alert, Server hello (2): } [2 bytes data] * SSL certificate problem: certificate has expired * Curl_http_done: called premature == 1 * stopped the pause stream! * Closing connection 0 pi@raspberrypi:~ $das gibt er aus
-
pi@raspberrypi:~ $ curl -sLfv https://iobroker.net/install.sh | bash - * Trying 82.165.135.239... * TCP_NODELAY set * Connected to iobroker.net (82.165.135.239) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs * TLSv1.2 (OUT), TLS header, Certificate Status (22): } [5 bytes data] * TLSv1.2 (OUT), TLS handshake, Client hello (1): } [512 bytes data] * TLSv1.2 (IN), TLS handshake, Server hello (2): { [104 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [3960 bytes data] * TLSv1.2 (OUT), TLS alert, Server hello (2): } [2 bytes data] * SSL certificate problem: certificate has expired * Curl_http_done: called premature == 1 * stopped the pause stream! * Closing connection 0 pi@raspberrypi:~ $das gibt er aus
@happyuser20 sagte in IOB installation mit "curl" startet nicht:
SSL certificate problem: certificate has expired
Könnte es sein, dass Datum/Uhrzeit auf dem RasPi nicht stimmen?
-
pi@raspberrypi:~ $ curl -sLfv https://iobroker.net/install.sh | bash - * Trying 82.165.135.239... * TCP_NODELAY set * Connected to iobroker.net (82.165.135.239) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt CApath: /etc/ssl/certs * TLSv1.2 (OUT), TLS header, Certificate Status (22): } [5 bytes data] * TLSv1.2 (OUT), TLS handshake, Client hello (1): } [512 bytes data] * TLSv1.2 (IN), TLS handshake, Server hello (2): { [104 bytes data] * TLSv1.2 (IN), TLS handshake, Certificate (11): { [3960 bytes data] * TLSv1.2 (OUT), TLS alert, Server hello (2): } [2 bytes data] * SSL certificate problem: certificate has expired * Curl_http_done: called premature == 1 * stopped the pause stream! * Closing connection 0 pi@raspberrypi:~ $das gibt er aus
@happyuser20 sagte in IOB installation mit "curl" startet nicht:
aha, da haben wir das problem.
- das iobroker.net zertifikat ist abgelaufen.
ein kleiner check im browser hat gezeigt, das ein aktuelleres seit 25.10.23 schon wieder da ist.
d.h. dein rechner greift auf veraltete informationen zu.
du hast nun 2 Möglichkeiten:
- gespeicherte zertifikate zu aktualisieren
sudo update-ca-certificates --fresh- oder als workaround die prüfung bei curl mit der option k zu unterdrücken
das v hab ich mal drin gelassen, so dass man sieht ob es nun an was anderem hängt
aber am besten erst einmal 1) ausprobieren und dann nochmal ohne k probieren
curl -sLfv https://iobroker.net/install.sh | bash - curl -sLfvk https://iobroker.net/install.sh | bash -du hattest nur ein upgrade gemacht oder ein komplett neues image gezogen? bei neuem image frage ich mich allerdings wo das alte zertifikat dann herkommt
Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil - das iobroker.net zertifikat ist abgelaufen.
-
@happyuser20 sagte in IOB installation mit "curl" startet nicht:
aha, da haben wir das problem.
- das iobroker.net zertifikat ist abgelaufen.
ein kleiner check im browser hat gezeigt, das ein aktuelleres seit 25.10.23 schon wieder da ist.
d.h. dein rechner greift auf veraltete informationen zu.
du hast nun 2 Möglichkeiten:
- gespeicherte zertifikate zu aktualisieren
sudo update-ca-certificates --fresh- oder als workaround die prüfung bei curl mit der option k zu unterdrücken
das v hab ich mal drin gelassen, so dass man sieht ob es nun an was anderem hängt
aber am besten erst einmal 1) ausprobieren und dann nochmal ohne k probieren
curl -sLfv https://iobroker.net/install.sh | bash - curl -sLfvk https://iobroker.net/install.sh | bash -du hattest nur ein upgrade gemacht oder ein komplett neues image gezogen? bei neuem image frage ich mich allerdings wo das alte zertifikat dann herkommt
@oliverio sagte in IOB installation mit "curl" startet nicht:
das iobroker.net zertifikat ist abgelaufen.
bei mir nicht!?
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
- das iobroker.net zertifikat ist abgelaufen.
-
@oliverio sagte in IOB installation mit "curl" startet nicht:
das iobroker.net zertifikat ist abgelaufen.
bei mir nicht!?
stimmt
ich hatte www.iobroker.net geschaut
aber da wurde es nur geringfügig früher erneuert -
@happyuser20 sagte in IOB installation mit "curl" startet nicht:
aha, da haben wir das problem.
- das iobroker.net zertifikat ist abgelaufen.
ein kleiner check im browser hat gezeigt, das ein aktuelleres seit 25.10.23 schon wieder da ist.
d.h. dein rechner greift auf veraltete informationen zu.
du hast nun 2 Möglichkeiten:
- gespeicherte zertifikate zu aktualisieren
sudo update-ca-certificates --fresh- oder als workaround die prüfung bei curl mit der option k zu unterdrücken
das v hab ich mal drin gelassen, so dass man sieht ob es nun an was anderem hängt
aber am besten erst einmal 1) ausprobieren und dann nochmal ohne k probieren
curl -sLfv https://iobroker.net/install.sh | bash - curl -sLfvk https://iobroker.net/install.sh | bash -du hattest nur ein upgrade gemacht oder ein komplett neues image gezogen? bei neuem image frage ich mich allerdings wo das alte zertifikat dann herkommt
- das iobroker.net zertifikat ist abgelaufen.
-
Läuft wieder alles
Danke nochmals
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 Anmelden495
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge