@haus-automatisierung
Das würde mich wundern, weil dieser in der DB "iobroker" alle Rechte hat.
Zudem wurden auch Tabellen erstellt.

@haus-automatisierung

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);

@haus-automatisierung

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.

@martinp

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?

@homoran

Aber warum ist keine Callback Adresse definiert?

Ports durchgeleitet?

was sagt das CCU syslog dazu?

Danke für den richtigen Wink!
Es brauchte bisher keine Callback Adresse. Habe die Adapter vor vielen Jahren in den Betrieb genommen und seit dem nur einmal wegen https angefasst.

Für Docker brauch es laut Doku die Docker Host Adresse als Callback.

In case of a docker instance, you can write here directly the IP address of the host of the docker. It is also important to route the adapter port (next to adapter address) into the docker container. You can choose there an arbitrary port (e.g., 12001, 12010).

Used if ioBroker runs in Docker.

Dabei war auch die Adapter Adresse falsch.
Kaum macht man es richtig...

Danke!

@homoran

Das stimmt mich positiv
Selber CCU User? https ?

Ich weiß nicht so recht wo ich ansetzen könnte/sollte.

Kann natürlich auch CCU seitig sein das Problem.
Dachte an "Firewall", aber da ist auch nix zu sehen.
Eher zu offen als zu verschlossen