Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[hirada]

Hallo,

nicht sicher, ob die Frage ins Einsteiger Forum oder hierher gehört, da ich komplett neu dabei bin, aber, wie dem Betreff zu entnehmen ist, komme ich mit dem SQL Adapter nicht ganz klar. Abgesehen von den vielen deprecated und Speicherleckwarnungen während der Installation, habe ich Verbindungsprobleme.

Auf der Postgresql Instanz habe ich ganz kreativ eine Datenbank mit dem Namen iobrokerdb angelegt und ihr einen Eigentümer iobroker_user gegeben - und natürlich die Rechte in der pg_hba.conf.
Und in der Adapterkonfiguration natürlich den Haken "Datenbank nicht erstellen" angehakt.

Wenn ich aber nun die Verbindung testen möchte, wird das von postgres abgelehnt, weil der Nutzer anstatt auf seine Datenbank (iobrokerdb) auf die Schema DB (postgres) zugreifen möchte. Was natürlich und zurecht nicht gestattet ist.

Die Frage: Was will der Nutzer dort? Er hat seine db, bei der er schalten und walten kann, wie er will. Dafür habe ich ja alles im Vorwege angelegt. Was könnte Fehlen? Oder warum meint der Adapter, Zugriff auf die postgres db haben zu wollen?

Vielen Dank

[hirada]

Ist wohl offiziell und schon länger kaputt:

https://github.com/ioBroker/ioBroker.sql/issues/404

An den js fix traue ich mich aber nicht ran. Schade

[fastfoot]

@hirada Warum lässt du denn die DB nicht anlegen? Dann sollte doch alles funktionieren. Falls du eigene Tabellen nutzen willst kannst du die danach in der erstellten DB selbst anlegen und nutzen. Das ändert natürlich nichts an dem eig. Problem, aber als Workaround sollte es doch ok sein?

[hirada]

Auf der Instanz laufen noch andere Datenbanken und da ich nicht weiß, was der Adapter alles macht, ist das absolut keine Option, dem Zugriff auf die Systemdb zu geben.

Dazu kommen halt noch die Meldungen während der Installation. Z.T offensichtlich auch sicherheitsrelevant. Auch das steigert nicht gerade das Vertrauen, dem Zugriff auf die Systemdb zu geben

Man muß wohl eingestehen, dieser Adapter ist verwaist. Das ist bei Freiwilligenprojekten halt so und ich kann es ja auch nicht besser machen. Aber dann müssen halt die Konsequenzen gezogen werden.

npm warn deprecated inflight@1.0.6: This module is not supported, and leaks memory. Do not use it. Check out lru-cache if you want a good and tested way to coalesce async requests by a key value, which is much more comprehensive and powerful.

npm warn deprecated @npmcli/move-file@1.1.2: This functionality has been moved to @npmcli/fs

npm warn deprecated npmlog@6.0.2: This package is no longer supported.

npm warn deprecated rimraf@3.0.2: Rimraf versions prior to v4 are no longer supported

npm warn deprecated glob@7.2.3: Old versions of glob are not supported, and contain widely publicized security vulnerabilities, which have been fixed in the current version. Please update. Support for old versions may be purchased (at exorbitant rates) by contacting i@izs.me

npm warn deprecated prebuild-install@7.1.3: No longer maintained. Please contact the author of the relevant native addon; alternatives are available.

npm warn deprecated are-we-there-yet@3.0.1: This package is no longer supported.

npm warn deprecated gauge@4.0.4: This package is no longer supported.

npm warn deprecated tar@6.2.1: Old versions of tar are not supported, and contain widely publicized security vulnerabilities, which have been fixed in the current version. Please update. Support for old versions may be purchased (at exorbitant rates) by contacting i@izs.me

npm warn deprecated uuid@8.3.2: uuid@10 and below is no longer supported. For ESM codebases, update to uuid@latest. For CommonJS codebases, use uuid@11 (but be aware this version will likely be deprecated in 2028).

[Ro75]

Also ich habe bei dem Adapter solche Meldungen nicht bekommen, schon gar nicht was mit Speicherlecks.

Wie sieht dein System denn überhaupt aus?

Ro75

[Thomas Braun]

@hirada

Die npm-Meldung müssen aber nicht zwangsläufig ihren Ursprung beim sql-Adapter haben. Das kann auch von anderen älteren Adaptern kommen.

[hirada]

Danke. Mir sind diese Meldungen bei der Installation der anderen Adapter halt nicht untergekommen, nur halt bei der Installation des sql Adapters. Daher meine Vermutung.

Allerdings sind die anderen Adapter auch überschaubar. Mit Shelly, tankerkoenig und yr.no. Aber die liefen halt ohne Warnungen durch.

Ansonsten wurde mein system wie gesagt letzte Woche frisch aufgesetzt, trixie in einem nspawn container, inkl. eines update des js-controllers auf 7.2.
Also alles ganz frisch.

[Thomas Braun]

@hirada Auf meinem System würde ich z. B. zu glob auch diese Deprecated Meldungen sehen, auch ohne sql.
Warum? Weil:

echad@chet:~ $ cd /opt/iobroker/
echad@chet:/opt/iobroker $ npm ls glob
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.admin@7.9.13
│ └─┬ archiver@7.0.1
│   └─┬ archiver-utils@5.0.2
│     └── glob@10.5.0
├─┬ iobroker.govee-app@0.0.10 (git+ssh://git@github.com/TA2k/ioBroker.govee-app.git#d5e7f1703b520238db36cd1552c54cdfa89c6715)
│ └─┬ aws-iot-device-sdk@2.2.16
│   └─┬ mqtt@4.2.8
│     └─┬ help-me@3.0.0
│       └── glob@7.2.3 deduped
└─┬ iobroker.tuya@3.17.0
  └─┬ mqtt@4.3.8
    └─┬ help-me@3.0.0
      └── glob@7.2.3

echad@chet:/opt/iobroker $ 

[hirada]

@thomas-braun :
Das ist grundsätzlich etwas dran, auch der webserver schmeißt Sicherheitswarnungen, scheint also durchaus gängig zu sein:

Installing iobroker.web@8.0.0... (System call)

npm warn deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)

vis und habpanel laufen indes wieder sauber durch.

Ändert aber nichts an der Tatsache, das postgresql eben nicht vernünftig läuft und, obwohl bekannt, das Modul seit ~2 Jahren nicht angefasst wurde und eben deutlich mehr als diese eine Warnung meldet. Das ist keine Kritik, man muß es halt nur wissen und abwägen.

Warum auch immer ich Meldungen bei der Installation bekomme, die z.B. @ro75 nicht erhält.

[Thomas Braun]

@hirada

Das ist immer eine Wechselwirkung mit anderen Adaptern. Auf meinem Test-System wird da z. B. auch nichts geworfen:

thomas@testpi:~ $ iob add sql
NPM version: 10.9.8
Installing iobroker.sql@3.0.1... (System call)

added 252 packages in 30s

181 packages are looking for funding
  run `npm fund` for details
host.testpi install adapter sql
upload [13] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/de/translations.json i18n/de/translations.json application/json
upload [12] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/en/translations.json i18n/en/translations.json application/json
upload [11] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [10] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [9] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [8] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [7] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [6] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [5] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [4] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [3] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/jsonConfig.json jsonConfig.json application/json
upload [2] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/jsonCustom.json jsonCustom.json application/json
upload [1] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/sql.png sql.png image/png
upload [0] sql.admin /opt/iobroker/node_modules/iobroker.sql/admin/words.js words.js application/javascript
host.testpi object system.adapter.sql created/updated
Updating objects from io-package.json for adapter "sql" with version "3.0.1"
host.testpi create instance sql
host.testpi object system.adapter.sql.0.alive created
host.testpi object system.adapter.sql.0.connected created
host.testpi object system.adapter.sql.0.compactMode created
host.testpi object system.adapter.sql.0.cpu created
host.testpi object system.adapter.sql.0.cputime created
host.testpi object system.adapter.sql.0.memHeapUsed created
host.testpi object system.adapter.sql.0.memHeapTotal created
host.testpi object system.adapter.sql.0.memRss created
host.testpi object system.adapter.sql.0.uptime created
host.testpi object system.adapter.sql.0.inputCount created
host.testpi object system.adapter.sql.0.outputCount created
host.testpi object system.adapter.sql.0.eventLoopLag created
host.testpi object system.adapter.sql.0.sigKill created
host.testpi object system.adapter.sql.0.logLevel created
host.testpi object system.adapter.sql.0.objectsWarnLimit created
host.testpi object sql.0.info created
host.testpi object sql.0.info.connection created
host.testpi Set default value of sql.0.info.connection: false
host.testpi object system.adapter.sql.0 created
thomas@testpi:~ $ 

Aber die Adapter sollte mal etwas aktualisiert werden, zumindest die primären Abhängigkeiten.

[fastfoot]

@Thomas-Braun sagte:

auch nichts geworfen:

ne ne, mach das mal mit --debug :-)

[Thomas Braun]

@fastfoot
Pssssssssssst!