NEWS
ioBroker friert ein: "Request actual repository...".....
-
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
Nach "Stecker raus" fängt der Log im iob üblicherweise erst mit dem Neustart an.
Ja, das betrifft aber nur die Protokolle im Admin des ioBroker. Wenn man die Log herunterläd bekommt man den kompletten Tag ab 0:00 Uhr.
Interessant wäre das, was zuletzt davor kam.
Das ist es ja: Jedesmal kamen, bevor der ioBroker einfror, folgende Meldungen:
2024-03-14 16:51:44.443 - info: admin.0 (900) Adapter rating updated 2024-03-14 16:52:07.331 - info: admin.0 (900) Request actual repository... 2024-03-14 16:52:10.859 - info: host.RasPi4 Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"Für mich sieht das so aus, als wenn der Adapter ein aktuelles Repository anfordert und dann etwas in eine externe Datei ("http://download.iobroker.net/sources-dist.json") speichern will und dabei einfriert.
Wie im Eingangspost erwähnt, habe ich das System erst am vergangenen Wochenende neu aufgesetzt. Dabei wurden auch alle Adapter usw. auf den neusten Stand gebracht. Mit den alten Versionen hatte ich das Problem nicht.
Mir wäre nur wichtig, das Problem zu lösen, da ich demnächst in den Urlaub fahren möchte und aus der Ferne kann ich zwar per VPN in den ioBroker reingucken, aber ich kann keinen Stecker ziehen.@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
als wenn der Adapter ein aktuelles Repository anfordert und dann etwas in eine externe Datei ("http://download.iobroker.net/sources-dist.json") speichern will
nein, das ist die Datei mit den aktuellen Versionen des Repos, die heruntergeladen wird/werden soll.
kannst du anklicken, dann sollte das hier kommen:

-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
als wenn der Adapter ein aktuelles Repository anfordert und dann etwas in eine externe Datei ("http://download.iobroker.net/sources-dist.json") speichern will
nein, das ist die Datei mit den aktuellen Versionen des Repos, die heruntergeladen wird/werden soll.
kannst du anklicken, dann sollte das hier kommen:

-
@homoran Okay, das sehe ich. Aber warum hängt er sich an dieser Stelle immer auf? Soll ich mal einen alternativen Verwahrungsort eintragen?

@lollo_c was passiert wenn duu auf der Seite "Adapter" den reload button drückst?
-
-
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
@lollo_c was passiert wenn duu auf der Seite "Adapter" den reload button drückst?
Da kommt kurz der blaue Ladebalken und mehr nicht. Kein Eintrag unter Protokolle.
@lollo_c aber es friert auch nicht ein?
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Kein Eintrag unter Protokolle.
sollte aber. oder hast du die Logstufe des Admin hochgesetzt?

-
@lollo_c aber es friert auch nicht ein?
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Kein Eintrag unter Protokolle.
sollte aber. oder hast du die Logstufe des Admin hochgesetzt?

@homoran Ca. 2 Minuten nach meiner Aktion kamen folgende Fehlermeldungen
host.RasPi4 2024-03-15 15:47:17.529 error Invalid request getRepository. "callback"(false) or "from"(true) is null host.RasPi3 2024-03-15 15:47:17.530 error Invalid request getRepository. "callback"(false) or "from"(true) is nullBei betätigen den Button kam folgende Info (Sorry, ich hatte die Protokolle noch auf error stehen)
host.RasPi4 2024-03-15 15:45:30.190 info Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" -
@homoran Ca. 2 Minuten nach meiner Aktion kamen folgende Fehlermeldungen
host.RasPi4 2024-03-15 15:47:17.529 error Invalid request getRepository. "callback"(false) or "from"(true) is null host.RasPi3 2024-03-15 15:47:17.530 error Invalid request getRepository. "callback"(false) or "from"(true) is nullBei betätigen den Button kam folgende Info (Sorry, ich hatte die Protokolle noch auf error stehen)
host.RasPi4 2024-03-15 15:45:30.190 info Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
kamen folgende Fehlermeldungen
konntest du das Repo im Browser über den Link erreichen?
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
kamen folgende Fehlermeldungen
konntest du das Repo im Browser über den Link erreichen?
-
@homoran sagte in ioBroker friert ein: "Request actual repository...".....:
konntest du das Repo im Browser über den Link erreichen?
Ja
@lollo_c schon mal gut.
Dann hast du schon mal kein allgemeines Problem mit dem redirect.
Aber ob iob auch dahin kommt weiss msn noch nicht.@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Soll ich mal einen alternativen Verwahrungsort eintragen?
dann mach das mal. nimm den Pfad aus meinem Screenshot
-
@lollo_c schon mal gut.
Dann hast du schon mal kein allgemeines Problem mit dem redirect.
Aber ob iob auch dahin kommt weiss msn noch nicht.@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Soll ich mal einen alternativen Verwahrungsort eintragen?
dann mach das mal. nimm den Pfad aus meinem Screenshot
@homoran Habe den Verwahrungsort für stable umgestellt. Danach einmal den Button auf der Adapterseite betätigt. Es kam auch die Meldung
host.RasPi4 2024-03-15 16:08:56.325 info Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"Danach kamen noch jede Menge Info-Meldungen vom Slave, die ich so in der Log-Datei des Master nicht sehen kann. Offensichtlich starten da alle Instanzen neu.
-
@homoran Habe den Verwahrungsort für stable umgestellt. Danach einmal den Button auf der Adapterseite betätigt. Es kam auch die Meldung
host.RasPi4 2024-03-15 16:08:56.325 info Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"Danach kamen noch jede Menge Info-Meldungen vom Slave, die ich so in der Log-Datei des Master nicht sehen kann. Offensichtlich starten da alle Instanzen neu.
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Offensichtlich starten da alle Instanzen neu.
nöö
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
die ich so in der Log-Datei des Master nicht sehen kann.
dann stell um auf Slave
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Offensichtlich starten da alle Instanzen neu.
nöö
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
die ich so in der Log-Datei des Master nicht sehen kann.
dann stell um auf Slave
@homoran Okay, hast Recht. Das sind alles Scheduled Adapter und die holen Daten.
Jetzt betreibe ich den ioBroker schon seid fast 5 Jahren und man lernt immer noch dazu. Solange das System läuft ist alles gut und man möchte immer mehr davon.Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen. Sollte was sein, melde ich mich wieder. Bis dahin vielen, vielen Dank für die Unterstützung.
-
@homoran Okay, hast Recht. Das sind alles Scheduled Adapter und die holen Daten.
Jetzt betreibe ich den ioBroker schon seid fast 5 Jahren und man lernt immer noch dazu. Solange das System läuft ist alles gut und man möchte immer mehr davon.Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen. Sollte was sein, melde ich mich wieder. Bis dahin vielen, vielen Dank für die Unterstützung.
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen.
So, ich war jetzt eine Woche im Urlaub und der Raspi ist 2x eingefroren. Die letzte Einträge in der Protokolldatei waren wieder:
2024-03-22 19:10:21.310 - info: admin.0 (895) Adapter rating updated 2024-03-22 19:11:11.508 - info: admin.0 (895) Request actual repository... 2024-03-22 19:11:14.967 - info: host.RasPi4 Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"Für den Raspi2 (Slave) konnte ich zuletzt folgende Meldungen auslesen:
2024-03-22 19:13:58.231 - warn: ical.0 (4164) slow connection to objects DB. Still waiting ... 2024-03-22 19:13:58.262 - warn: ical.0 (4165) slow connection to objects DB. Still waiting ... 2024-03-22 19:14:00.010 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:15:00.013 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:16:07.391 - info: host.RasPi3 instance system.adapter.dwd.0 started with pid 4586 2024-03-22 19:16:20.701 - warn: dwd.0 (4586) slow connection to objects DB. Still waiting ... 2024-03-22 19:20:09.933 - info: dwd.0 (4586) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-03-22 19:23:15.846 - info: host.RasPi3 instance system.adapter.luftdaten.0 started with pid 5703Im Verlauf der Nacht habe ich auf dem Slave noch folgende Meldungen gefunden:
2024-03-23 04:03:49.170 - [31merror[39m: rpi2.1 (6010) Objects database error: read EHOSTUNREACH 2024-03-23 04:03:55.010 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:01.250 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:07.490 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:09.651 - [31merror[39m: smartmeter.0 (6086) Objects database error: read EHOSTUNREACH 2024-03-23 04:04:13.730 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:16.851 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:19.969 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:23.091 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:26.210 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:29.330 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:32.450 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:35.570 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:38.690 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001Da ich beim Neuaufsetzen des ioBroker Probleme mit der REDIS Datenbank-Verbindung zum Slave hatte vermute ich mal, dass sich beim Prüfen der aktuellen Repositorys die REDIS Datenbank aufhängt. Kann das sein? ...und wie kann ich das überprüfen?
Ich habe im Admin-Adapter den Zeitraum für die Überprüfung der Updates erst einmal von "täglich" auf "alle 2 Wochen" gestellt. -
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen.
So, ich war jetzt eine Woche im Urlaub und der Raspi ist 2x eingefroren. Die letzte Einträge in der Protokolldatei waren wieder:
2024-03-22 19:10:21.310 - info: admin.0 (895) Adapter rating updated 2024-03-22 19:11:11.508 - info: admin.0 (895) Request actual repository... 2024-03-22 19:11:14.967 - info: host.RasPi4 Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"Für den Raspi2 (Slave) konnte ich zuletzt folgende Meldungen auslesen:
2024-03-22 19:13:58.231 - warn: ical.0 (4164) slow connection to objects DB. Still waiting ... 2024-03-22 19:13:58.262 - warn: ical.0 (4165) slow connection to objects DB. Still waiting ... 2024-03-22 19:14:00.010 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:15:00.013 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:16:07.391 - info: host.RasPi3 instance system.adapter.dwd.0 started with pid 4586 2024-03-22 19:16:20.701 - warn: dwd.0 (4586) slow connection to objects DB. Still waiting ... 2024-03-22 19:20:09.933 - info: dwd.0 (4586) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-03-22 19:23:15.846 - info: host.RasPi3 instance system.adapter.luftdaten.0 started with pid 5703Im Verlauf der Nacht habe ich auf dem Slave noch folgende Meldungen gefunden:
2024-03-23 04:03:49.170 - [31merror[39m: rpi2.1 (6010) Objects database error: read EHOSTUNREACH 2024-03-23 04:03:55.010 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:01.250 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:07.490 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:09.651 - [31merror[39m: smartmeter.0 (6086) Objects database error: read EHOSTUNREACH 2024-03-23 04:04:13.730 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:16.851 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:19.969 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:23.091 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:26.210 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:29.330 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:32.450 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:35.570 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:38.690 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001Da ich beim Neuaufsetzen des ioBroker Probleme mit der REDIS Datenbank-Verbindung zum Slave hatte vermute ich mal, dass sich beim Prüfen der aktuellen Repositorys die REDIS Datenbank aufhängt. Kann das sein? ...und wie kann ich das überprüfen?
Ich habe im Admin-Adapter den Zeitraum für die Überprüfung der Updates erst einmal von "täglich" auf "alle 2 Wochen" gestellt. -
-
Der Master muss mal aktualisiert werden. Inkl. anschließendem Reboot, weil Kernel-Update.
Und
+ system.adapter.influxdb.0 : influxdb : RasPi4 - enabled, port: 8086 + system.adapter.influxdb.1 : influxdb : RasPi4 - enabled, port: 8086 + system.adapter.influxdb.2 : influxdb : RasPi4 - enabled, port: 8086wozu braucht man drei Instanzen influxdb, die aber auf die gleiche Datenbank zugreifen?
Der Slave muss komplett in die Gegenwart geholt werden, Raspbian 10 'Buster' ist abgekündigt. Neuinstallation von Raspberry OS 12 'Bookworm'.
-
Der Master muss mal aktualisiert werden. Inkl. anschließendem Reboot, weil Kernel-Update.
Und
+ system.adapter.influxdb.0 : influxdb : RasPi4 - enabled, port: 8086 + system.adapter.influxdb.1 : influxdb : RasPi4 - enabled, port: 8086 + system.adapter.influxdb.2 : influxdb : RasPi4 - enabled, port: 8086wozu braucht man drei Instanzen influxdb, die aber auf die gleiche Datenbank zugreifen?
Der Slave muss komplett in die Gegenwart geholt werden, Raspbian 10 'Buster' ist abgekündigt. Neuinstallation von Raspberry OS 12 'Bookworm'.
@thomas-braun Mit "Master aktualisieren" meinst Du sudo apt-get update und sudo apt full-upgrade, oder?
Die 3 Instanzen influxDB_v1.8 habe ich, weil ich unterschiedliche Vorhaltezeiten habe.
Zum Slave: Ich war bis gerade der Meinung, Bookworm gibt es nur als 64 bit Variante. Da muss ich mich jetzt mal näher mit beschäftigen, wie ich den hochgezogen bekomme. Ist es nicht dann viel besser, für den Slave auch einen 64 bit Raspi zu nehmen?
Ich hatte damals (vor 5 Jahren) mit dem Raspi3 gestartet. Der hat noch ein Homematik Funkmodul drin. Gibt es irgendwo einen "Fahrplan", wie ich ein Master-Slave System komplett neu aufsetzen kann? -
@thomas-braun Mit "Master aktualisieren" meinst Du sudo apt-get update und sudo apt full-upgrade, oder?
Die 3 Instanzen influxDB_v1.8 habe ich, weil ich unterschiedliche Vorhaltezeiten habe.
Zum Slave: Ich war bis gerade der Meinung, Bookworm gibt es nur als 64 bit Variante. Da muss ich mich jetzt mal näher mit beschäftigen, wie ich den hochgezogen bekomme. Ist es nicht dann viel besser, für den Slave auch einen 64 bit Raspi zu nehmen?
Ich hatte damals (vor 5 Jahren) mit dem Raspi3 gestartet. Der hat noch ein Homematik Funkmodul drin. Gibt es irgendwo einen "Fahrplan", wie ich ein Master-Slave System komplett neu aufsetzen kann?Der Rpi3 kann auch mit 64bit umghehen. Die letzen Versionen definitiv.
-
@lollo_c sagte in ioBroker friert ein: "Request actual repository...".....:
Ich denke, ich lass es erst mal so laufen und warte ab, was passiert. Er hat ja vorher auch schon mal 2 Tage am Stück gelaufen.
So, ich war jetzt eine Woche im Urlaub und der Raspi ist 2x eingefroren. Die letzte Einträge in der Protokolldatei waren wieder:
2024-03-22 19:10:21.310 - info: admin.0 (895) Adapter rating updated 2024-03-22 19:11:11.508 - info: admin.0 (895) Request actual repository... 2024-03-22 19:11:14.967 - info: host.RasPi4 Updating repository "stable" under "http://repo.iobroker.live/sources-dist.json"Für den Raspi2 (Slave) konnte ich zuletzt folgende Meldungen auslesen:
2024-03-22 19:13:58.231 - warn: ical.0 (4164) slow connection to objects DB. Still waiting ... 2024-03-22 19:13:58.262 - warn: ical.0 (4165) slow connection to objects DB. Still waiting ... 2024-03-22 19:14:00.010 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:15:00.013 - warn: host.RasPi3 instance system.adapter.ical.0 already running with pid 4165 2024-03-22 19:16:07.391 - info: host.RasPi3 instance system.adapter.dwd.0 started with pid 4586 2024-03-22 19:16:20.701 - warn: dwd.0 (4586) slow connection to objects DB. Still waiting ... 2024-03-22 19:20:09.933 - info: dwd.0 (4586) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-03-22 19:23:15.846 - info: host.RasPi3 instance system.adapter.luftdaten.0 started with pid 5703Im Verlauf der Nacht habe ich auf dem Slave noch folgende Meldungen gefunden:
2024-03-23 04:03:49.170 - [31merror[39m: rpi2.1 (6010) Objects database error: read EHOSTUNREACH 2024-03-23 04:03:55.010 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:01.250 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:07.490 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:09.651 - [31merror[39m: smartmeter.0 (6086) Objects database error: read EHOSTUNREACH 2024-03-23 04:04:13.730 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:16.851 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:19.969 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:23.091 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:26.210 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:29.330 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:32.450 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:35.570 - [31merror[39m: smartmeter.0 (6086) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001 2024-03-23 04:04:38.690 - [31merror[39m: rpi2.1 (6010) Objects database error: connect EHOSTUNREACH 192.168.2.210:9001Da ich beim Neuaufsetzen des ioBroker Probleme mit der REDIS Datenbank-Verbindung zum Slave hatte vermute ich mal, dass sich beim Prüfen der aktuellen Repositorys die REDIS Datenbank aufhängt. Kann das sein? ...und wie kann ich das überprüfen?
Ich habe im Admin-Adapter den Zeitraum für die Überprüfung der Updates erst einmal von "täglich" auf "alle 2 Wochen" gestellt.Wenn Dein iobroker neu startet, wirft das Log unter anderem diesen Fehler aus.
2024-03-14 17:31:31.746 - error: host.RasPi4 iobroker npm-install: host.RasPi4 Unknown packetName vis-material-webfont. Please install packages from outside the repository using npm!Wenn dieser Adapter schräg rumhängt, kann ich mir vorstellen, dass er just immer dann einfriert, wenn er Adapter raten und das Repo abgleichen will.
Kannst Du den nicht "irgendwie" bereinigen und löschen? -
Wenn Dein iobroker neu startet, wirft das Log unter anderem diesen Fehler aus.
2024-03-14 17:31:31.746 - error: host.RasPi4 iobroker npm-install: host.RasPi4 Unknown packetName vis-material-webfont. Please install packages from outside the repository using npm!Wenn dieser Adapter schräg rumhängt, kann ich mir vorstellen, dass er just immer dann einfriert, wenn er Adapter raten und das Repo abgleichen will.
Kannst Du den nicht "irgendwie" bereinigen und löschen?