@dirk-peter
Ich kenne die Programmlogik nicht, aber du weißt doch auch, welche "Ventile" heute laufen müssten. Dazu ist ja auch bekannt, welcher Kreis, wie lange läuft.
Notfals könnte man auch ein Ventil dafür bestimmen vielleicht, welches dann X Sekunden geöffnet wird, nachdem die Pumpe aus ist. Wobei ich ersteres besser finde.
Moin,
ich nutze den Adapter schon eine weile und bin sehr zufrieden damit. Vielen Dank!
Es wäre schön, wenn ich bei der Pumpe einstellen könnte, dass erst die Pumpe ausgeht und X Sekunden später die letzten Ventile schließen.
Aktuell steht meine Anlage durchgehend unter Druck mit ca. 2.5 Bar und das hat jetzt auch nach zwei Jahren dazu geführt, das der Schlauch an der Pumpe geplatzt ist.
Vermutlich auch bedingt durch die recht starken Temperaturschwankungen hier.
Daher wäre es wünschenswert, wenn erst die Pumpe abschaltet und dann die letzten Ventile schließen würden.
Oder habe ich was übersehen?
@haus-automatisierung
Das würde mich wundern, weil dieser in der DB "iobroker" alle Rechte hat.
Zudem wurden auch Tabellen erstellt.
Ich habe erst auf "Alles" gestellt nach dem ich die Warnung gesehen habe.
Bisher gab es keine weitere Meldung.
Ich befürchte der Fehler sitzt direkt vorm Bildschirm!
Vermutlich ist das nach einem Neustart passiert.
Die Meldung kommt auch, wenn man den SQL Adapter neu startet.
host.iobroker
2024-12-12 13:51:04.404 info stopInstance system.adapter.sql.0 (force=false, process=true)
host.iobroker
2024-12-12 13:51:14.405 info stopInstance timeout 10000 system.adapter.sql.0 killing pid 1582
host.iobroker
2024-12-12 13:51:14.410 warn instance system.adapter.sql.0 terminated due to SIGKILL
host.iobroker
2024-12-12 13:51:14.410 info instance system.adapter.sql.0 terminated with code null ()
host.iobroker
2024-12-12 13:51:26.975 info instance system.adapter.sql.0 in version "3.0.1" started with pid 1828
sql.0
2024-12-12 13:51:27.245 debug Redis Objects: Use Redis connection: 127.0.0.1:6379
sql.0
2024-12-12 13:51:27.251 debug Objects client ready ... initialize now
sql.0
2024-12-12 13:51:27.251 debug Objects create System PubSub Client
sql.0
2024-12-12 13:51:27.252 debug Objects create User PubSub Client
sql.0
2024-12-12 13:51:27.262 debug Objects client initialize lua scripts
sql.0
2024-12-12 13:51:27.264 debug Objects connected to redis: 127.0.0.1:6379
sql.0
2024-12-12 13:51:27.267 debug Redis States: Use Redis connection: 127.0.0.1:6379
sql.0
2024-12-12 13:51:27.269 debug States create System PubSub Client
sql.0
2024-12-12 13:51:27.269 debug States create User PubSub Client
sql.0
2024-12-12 13:51:27.271 debug States connected to redis: 127.0.0.1:6379
sql.0
2024-12-12 13:51:27.275 debug Plugin sentry Do not initialize Plugin (enabled=false)
sql.0
2024-12-12 13:51:27.287 info starting. Version 3.0.1 in /opt/iobroker/node_modules/iobroker.sql, node: v20.18.1, js-controller: 7.0.3
sql.0
2024-12-12 13:51:27.316 debug Borrow connection from pool: 1 now
sql.0
2024-12-12 13:51:27.330 debug CREATE TABLE `iobroker`.sources (id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT, name TEXT);
Der geht wohl in einen Timeout 
host.iobroker
2024-12-12 11:39:44.213 warn instance system.adapter.sql.0 terminated due to SIGKILL
host.iobroker
2024-12-12 11:39:44.207 info stopInstance timeout 10000 system.adapter.sql.0 killing pid 1038
Hab den Log für den Adapter auf "Alles" gestellt.
Moin zusammen,
ich arbeite an einer neuinstallation.
MYSQL Server ist installiert und läuft auf dem selben Host.
Db existiert, User ist angelegt, Adapter installiert und auch erfolgreich eingerichtet.
Also Verbindung zur DB kann erfolgreich aufgebaut werden.
Es gibt allerdings zwei Warnungen
instance system.adapter.sql.0 terminated due to SIGKILL
sql has an invalid jsonConfig: [{"instancePath":"/items/dbTab/items/_testConnection/type","schemaPath":"#/definitions/componentType/enum","keyword":"enum","params":{"allowedValues":["accordion","alive","autocomplete","autocompleteSendTo","certificate","certificates","checkLicense","checkbox","chips","color","coordinates","cron","custom","datePicker","deviceManager","divider","file","fileSelector","func","header","icon","image","imageSendTo","instance","interface","ip","jsonEditor","language","number","objectId","panel","password","pattern","port","qrCode","room","select","selectSendTo","sendTo","setState","slider","state","staticImage","staticLink","staticText","table","text","textSendTo","timePicker","user","uuid"]},"message":"must be equal to one of the allowed values"},{"instancePath":"/items/dbTab","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/9/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]
Es läuft alles auf Ubuntu 24 LTS und ist auch aktuell.
@bananajoe
Interessant.
Habe das Image genommen.
ubuntu-24.04.1-live-server-amd64
Also irgendwie schon das Server Image eigentlich vielleicht eventuell 
@martinp
Das passiert einfach bei der Installation von Ubuntu, wenn man nicht aufpasst.
Hier sollen es 64GB werden.
Einen Schritt weiter und man sieht das nicht der gesamte Bereich benutzt wird.
Da hab ich nicht genau hingeschaut. Würde ich so aber auch nicht erwarten.
ja ist so, habe es gerade selber gesehen.
Ursprünglich waren 150 geplant und ich hab dann in Proxmox auf 250 erhöht.
Hätte dennoch erwartet, dass bei der Installation der Gesamte Platz benutzt wird. Schneller getippt als gelesen denke ich.
Moin ich habe 500Gb nmve verbaut um NUC.
Alles frisch installiert. Eine VM erstellt, welche 250GB SSD beinhalten sollte.
Aber es nicht nur 73Gb!
Hat wer eine Idee?
Wer eine Idee?
