Timeout & "Cannot read repository"
-
@happyuser20 sagte in Timeout & "Cannot read repository":
load average: 4.43, 4.48, 4.34
da solltest du mal suchen was dein System dermaßen auslastet
-
Als erstes würd ich die Speicherkomprimierung in der DS218+ abschalten (wenn ich mir ansehe wie groß dein Swap ist, ist die bestimmt eingeschaltet).
Bei soviel RAM brauchst du definitiv keine Speicherkomprimierung, und das entlastet auf jeden Fall schonmal die CPU.
-
@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
-
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 - Die Speicherkomprimierung in der DS?
-
@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.
-
@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
-
@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.
-
Kann ich dir nicht beantworten, ich verwende keine Docker.
Aber es gibt ganz bestimmt ein aktuelleres eingedostes Docker-Image. -
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
?
-
@homoran Im Heizraum ist nur ein Slave. Ein RPI3
und ja mein Master heisst iobroker, was ist daran verkehrt? Sicherheitsbedenken?Gruß
Hapyyuser20 -
@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.
-
@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 -
@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
topsortiert nach CPU würde helfen. -
@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
topsortiert nach CPU würde helfen.Das ist die Auslastung im Docker, und die ist sehe sehr hoch würde ich sagen
Gruß
HappyUser20 -
@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 thisinitialisiert.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
topaber dass bei 150% Auslastung alles zu langsam ist, ist klar!
-
@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 thisinitialisiert.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
topaber 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 -
@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.
-
@happyuser20 sagte in Timeout & "Cannot read repository":
noch eine Frage zwischendurch
bitte erst ein Thema abarbeiten!
Sonst verzettelst du dich noch mehr -
@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 mehrIch 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
-
@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
