Timeout & "Cannot read repository"

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Cannot get repository compact:timeout"

nutzst du den compact mode?
ein üblicher Name für ein Repository ist das jedenfalls nicht.

@happyuser20 sagte in Timeout & "Cannot read repository":

Active iob-Instances: 41

ist auch ziemlich sportlich, aber der meist limitierende RAM reicht.

@happyuser20 sagte in Timeout & "Cannot read repository":

Pending OS-Updates: 149

das ist natürlich ein noGo!

ob damit deine Probleme gelöst würden kann ich nicht versprechen

[Happyuser20]

Hallo

Danke für die Vorschläge.

Aber ich habe fragen

• Die Speicherkomprimierung in der DS?
  -Pending OS-Updates: 149
  IOB läuft im Docker mit dem Image von Buanet. Ich habe schon gesehen das es Updates gibt, ich traue mich aber nicht zu updaten
• nutzst du den compact mode? was ist das genau?

Gruß
HappyUser20

[Thomas Braun]

@happyuser20 sagte in Timeout & "Cannot read repository":

Ich habe schon gesehen das es Updates gibt, ich traue mich aber nicht zu updaten

Die Basis ist aber steinalt und abgekündigt. Da wirst du langsam nicht umhinkommen das ganze Spiel auf einen aktuellen Stand zu hieven.

[Happyuser20]

@thomas-braun Wenn ich dich richtig verstehe, bezieht sich das auf das Buanet Image oder?
Wenn ich richtig liege, gibt es dann eine alternative zu Buanet?
Geht das Updaten ohne Datenverlust bzw. ohne alles nochmal neu einrichten zu müssen.

sorry für die Fragen

HappyUser20

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Geht das Updaten ohne Datenverlust bzw. ohne alles nochmal neu einrichten zu müssen.

sollte bei richtiger Installation und Konfiguration so sein.

@Andre hat dazu eine super Dokumentation bei buanet angefertigt.

[Thomas Braun]

@happyuser20

Kann ich dir nicht beantworten, ich verwende keine Docker.
Aber es gibt ganz bestimmt ein aktuelleres eingedostes Docker-Image.

[Homoran]

noch etwas:

@happyuser20 sagte in Timeout & "Cannot read repository":

raspberry_Heizraum_slave

sind im Heizraum 2 slaves unterwegs?

@happyuser20 sagte in Timeout & "Cannot read repository":

Slave-Heizraum

und dein Master heisst tatsächlich
@happyuser20 sagte in Timeout & "Cannot read repository":

iobroker

?

[Happyuser20]

@homoran Im Heizraum ist nur ein Slave. Ein RPI3
und ja mein Master heisst iobroker, was ist daran verkehrt? Sicherheitsbedenken?

Gruß
Hapyyuser20

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Im Heizraum ist nur ein Slave. Ein RPI3

zeig mal die Seite Hosts
du hast 2 slaves konfiguriert!
und mqtt dem einen und weitere Instanzen dem anderen zugeordnet

@happyuser20 sagte in Timeout & "Cannot read repository":

was ist daran verkehrt? Sicherheitsbedenken?

nöö, nur verwirrend, weil der Systemuser so heisst.

[Happyuser20]

@homoran said in Timeout & "Cannot read repository":

zeig mal die Seite Hosts

Ich hatte mal noch einen zweiten Slave im 3d Drucker, den habe ich aber gelöscht, evtl. sind da noch überbleibsel vorhanden.

Habe jetzt auch mal die Speicherkomprimierung in der DS ausgeschalten. die CPU Auslastung ging nicht runter, eher ein wenig höher.
Ich finde aber auch nichts was die Auslastung verursacht. Ein Prozess ist es meiner Meinung nach nicht.
In der Übersicht steht "Benutzer 75 Auslastung"???

Gruß
HappyUser20

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Ich hatte mal noch einen zweiten Slave im 3d Drucker, den habe ich aber gelöscht, evtl. sind da noch überbleibsel vorhanden.

und der hieß

@homoran sagte in Timeout & "Cannot read repository":

raspberry_Heizraum_slave

??

dann zeig mal die Objekte unter system.host.xxx
nur im Expertenmodus sichtbar!

@happyuser20 sagte in Timeout & "Cannot read repository":

In der Übersicht steht "Benutzer 75 Auslastung"???

und die Grafik steht kurz vor 100%, die load average sogar darüber

EDIT:
Was zeigst du da?
ist das aus deinem Docker?

@happyuser20 sagte in Timeout & "Cannot read repository":

Ein Prozess ist es meiner Meinung nach nicht.

was bildet diese Meinung?

Fakten wie die Ausgabe von top sortiert nach CPU würde helfen.

[Happyuser20]

@homoran said in Timeout & "Cannot read repository":

@happyuser20 sagte in Timeout & "Cannot read repository":

Ich hatte mal noch einen zweiten Slave im 3d Drucker, den habe ich aber gelöscht, evtl. sind da noch überbleibsel vorhanden.

und der hieß

MainsailOS

@homoran sagte in Timeout & "Cannot read repository":

raspberry_Heizraum_slave

??

Slave Heizraum hies mal raspbery_Heizraum_slave, bevor ich diesen neu aufgesetzt habe

dann zeig mal die Objekte unter system.host.xxx
nur im Expertenmodus sichtbar!

@happyuser20 sagte in Timeout & "Cannot read repository":

In der Übersicht steht "Benutzer 75 Auslastung"???

und die Grafik steht kurz vor 100%, die load average sogar darüber

EDIT:
Was zeigst du da?
ist das aus deinem Docker?

Das ist die Synology Oberfläche

@happyuser20 sagte in Timeout & "Cannot read repository":

Ein Prozess ist es meiner Meinung nach nicht.

was bildet diese Meinung?

Ist sortiert nach Auslastung und auch von der DS Oberfläche

Fakten wie die Ausgabe von top sortiert nach CPU würde helfen.

Das ist die Auslastung im Docker, und die ist sehe sehr hoch würde ich sagen

Gruß
HappyUser20

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Slave Heizraum hies mal raspbery_Heizraum_slave, bevor ich diesen neu aufgesetzt habe

dann hast du den alten host nicht gelöscht, oder die Installation nicht mit iob host this initialisiert.

auf jeden Fall sucht die Instanz MQTT nach wie vor den alten Slave.

sieh in den Instanzen nach!

@happyuser20 sagte in Timeout & "Cannot read repository":

Das ist die Auslastung im Docker, und die ist sehe sehr hoch würde ich sagen

das ist nicht top

aber dass bei 150% Auslastung alles zu langsam ist, ist klar!

[Happyuser20]

@homoran said in Timeout & "Cannot read repository":

@happyuser20 sagte in Timeout & "Cannot read repository":

Slave Heizraum hies mal raspbery_Heizraum_slave, bevor ich diesen neu aufgesetzt habe

dann hast du den alten host nicht gelöscht, oder die Installation nicht mit iob host this initialisiert.

auf jeden Fall sucht die Instanz MQTT nach wie vor den alten Slave.

sieh in den Instanzen nach!

@happyuser20 sagte in Timeout & "Cannot read repository":

Das ist die Auslastung im Docker, und die ist sehe sehr hoch würde ich sagen

das ist nicht top

aber dass bei 150% Auslastung alles zu langsam ist, ist klar!

noch eine Frage zwischendurch
ist auch ziemlich sportlich, aber der meist limitierende RAM reicht.

@happyuser20 sagte in Timeout & "Cannot read repository":

Pending OS-Updates: 149

bezieht sich das auf das Buanet bzw Docker Image oder den IOB?

Gruß
HappyUser20

[Thomas Braun]

@happyuser20 sagte in Timeout & "Cannot read repository":

bezieht sich das auf das Buanet bzw Docker Image oder den IOB?

Auf das Image. Weswegen du das aktuell halten sollst.

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

noch eine Frage zwischendurch

bitte erst ein Thema abarbeiten!
Sonst verzettelst du dich noch mehr

[Happyuser20]

@homoran said in Timeout & "Cannot read repository":

@happyuser20 sagte in Timeout & "Cannot read repository":

noch eine Frage zwischendurch

bitte erst ein Thema abarbeiten!
Sonst verzettelst du dich noch mehr

Ich habe mich schon verzettelt, sch.....e!
Ich habe mit dem Backitup Adapter eine sicherung gemacht.
Im Docker sagte er mir das ein Update für den Buanet gibt, naturlich draufgeklickt und durchgeführt.
Jetzt startet der Container für IOB immer neu und IOB läuft natürlich nicht.

Protokoll vom Absturz iobroker.html

[Homoran]

@happyuser20 sagte in Timeout & "Cannot read repository":

Jetzt startet der Container für IOB immer neu und IOB läuft natürlich nicht.

deswegen hab ich vorab gesagt

@homoran sagte in Timeout & "Cannot read repository":

sollte bei richtiger Installation und Konfiguration so sein.

wie das auszusehen hat steht in der Doku.

Da ich mich mit Docket überhaupt nicht auskenne bin ich jetzt hier raus

[Marc Berg]

@happyuser20 sagte in Timeout & "Cannot read repository":

Jetzt startet der Container für IOB immer neu und IOB läuft natürlich nicht.

Lt. Protokoll findet er mindestens ein USB-Device nicht. Lösch mal die Umgebungvariable "USBDEVICES" komplett.

[Happyuser20]

@marc-berg said in Timeout & "Cannot read repository":

@happyuser20 sagte in Timeout & "Cannot read repository":

Jetzt startet der Container für IOB immer neu und IOB läuft natürlich nicht.

Lt. Protokoll findet er mindestens ein USB-Device nicht. Lösch mal die Umgebungvariable "USBDEVICES" komplett.

Meinst du in den Container Einstellungen?

Gruß
HappyUser20