also das Problem waren fehlende Leserechte. Hab diese jetzt mal manuell gesetzt, aber bei zukünftigen automtischen renewals werden die dann wohl wieder fehlen.. Dass muss ich noch rausfinden wie ich das sinnvoller lösen kann dass der IO-Broker die letsencrypt zertifikate lesen darf.

@apollon77 okey, hier ein ausschnitt des debug logs:

2021-07-24 13:18:44.011  - debug: influxdb.0 (413113) value not changed 0_userdata.0.lm-sensors.battery_voltage, last-value=13.11, new-value=13.11, ts=1627125524008
2021-07-24 13:18:44.011  - debug: influxdb.0 (413113) value not changed 0_userdata.0.lm-sensors.battery_current, last-value=0.001, new-value=0.001, ts=1627125524008
2021-07-24 13:18:44.026  - debug: influxdb.0 (413113) Incoming message getHistory from system.adapter.admin.0
2021-07-24 13:18:44.026  - debug: influxdb.0 (413113) from(bucket: "iobroker")  |> range(start: -0ms, stop: 2021-07-24T11:18:54.020Z) |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.lm-sensors.acpitz")  |> sort(columns:["_time"], desc: true) |> group() |> limit(n: 50),from(bucket: "iobroker")             |> range(start: 2021-07-24T11:18:54.020Z)             |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.lm-sensors.acpitz")             |> sort(columns: ["_time"], desc: false)             |> group()             |> limit(n: 1)
2021-07-24 13:18:44.026  - debug: influxdb.0 (413113) Query to execute: from(bucket: "iobroker")  |> range(start: -0ms, stop: 2021-07-24T11:18:54.020Z) |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.lm-sensors.acpitz")  |> sort(columns:["_time"], desc: true) |> group() |> limit(n: 50)
2021-07-24 13:18:44.042  - debug: influxdb.0 (413113) Query to execute: from(bucket: "iobroker")             |> range(start: 2021-07-24T11:18:54.020Z)             |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.lm-sensors.acpitz")             |> sort(columns: ["_time"], desc: false)             |> group()             |> limit(n: 1)
2021-07-24 13:18:44.047  - warn: influxdb.0 (413113) Error in query "from(bucket: "iobroker")             |> range(start: 2021-07-24T11:18:54.020Z)             |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.lm-sensors.acpitz")             |> sort(columns: ["_time"], desc: false)             |> group()             |> limit(n: 1)": HttpError: error in building plan while starting program: cannot query an empty range
2021-07-24 13:18:44.047  - debug: influxdb.0 (413113) Parsing retrieved rows:[[],[]]
2021-07-24 13:18:44.048  - debug: influxdb.0 (413113) sendTo "getHistory" to system.adapter.admin.0 from system.adapter.influxdb.0
2021-07-24 13:18:44.965  - debug: influxdb.0 (413113) system.adapter.admin.0: logging false
2021-07-24 13:18:45.020  - debug: influxdb.0 (413113) Min-Delta reached 0_userdata.0.lm-sensors.cpu_package, last-value=64, new-value=70, ts=1627125525019
2021-07-24 13:18:45.020  - debug: influxdb.0 (413113) Datatype 0_userdata.0.lm-sensors.cpu_package: Currently: number, StorageType: false
2021-07-24 13:18:45.020  - debug: influxdb.0 (413113) Datatype 0_userdata.0.lm-sensors.cpu_package: Currently: number, StorageType: false

UPDATE: Hier das github-Issue dazu:
https://github.com/ioBroker/ioBroker.influxdb/issues/124

thomas725 created this issue in ioBroker/ioBroker.influxdb

closed Data cannot be read back out from influxdb2.0 #124

Hallo allerseits, bin mir nicht sicher ob das der richtige Ort ist, ich glaub ich such zu dem Thema eigentlich gar keine Hilfe, wollte nur meine Lösung herzeigen nachdem ich aufgrund fehlender Suchresultate mir für diesen Zweck selbst ein Script geschrieben habe:

function readSensors() {
  exec('sensors -jA', function (error, stdout, stderr) {
    setState('0_userdata.0.lm-sensors.debug',stdout);

    var obj = JSON.parse(stdout);

    setState('0_userdata.0.lm-sensors.cpu_package',
      obj['coretemp-isa-0000']['Package id 0']['temp1_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core0',
      obj['coretemp-isa-0000']['Core 0']['temp2_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core1',
      obj['coretemp-isa-0000']['Core 1']['temp3_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core2',
      obj['coretemp-isa-0000']['Core 2']['temp4_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core3',
      obj['coretemp-isa-0000']['Core 3']['temp5_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core4',
      obj['coretemp-isa-0000']['Core 4']['temp6_input']);
    
    setState('0_userdata.0.lm-sensors.cpu_core5',
      obj['coretemp-isa-0000']['Core 5']['temp7_input']);
    
    setState('0_userdata.0.lm-sensors.wifi',
      obj['iwlwifi_1-virtual-0']['temp1']['temp1_input']);
    
    setState('0_userdata.0.lm-sensors.pch',
      obj['pch_cannonlake-virtual-0']['temp1']['temp1_input']);
    
    setState('0_userdata.0.lm-sensors.acpitz',
      obj['acpitz-acpi-0']['temp1']['temp1_input']);
    
    setState('0_userdata.0.lm-sensors.battery_voltage',
      obj['BAT0-acpi-0']['in0']['in0_input']);

    setState('0_userdata.0.lm-sensors.battery_current',
      obj['BAT0-acpi-0']['curr1']['curr1_input']);
  });
}

schedule('*   * * * * *', function(){
/*        │   │ │ │ │ │
          │   │ │ │ │ │
          │   │ │ │ │ └───── day of week (0 - 6) (0 to 6 are Sunday to Saturday, or use names; 7 is Sunday, the same as 0)
          │   │ │ │ └────────── month (1 - 12)
          │   │ │ └─────────────── day of month (1 - 31)
          │   │ └──────────────────── hour (0 - 23)
          │   └───────────────────────── min (0 - 59)
          └───────────────────────────── [optional] sec (0 - 59)
--> once every seconds
 */
    readSensors();
});

Bin aber gerne für Vorschläge offen, wie man's einfacher / eleganter / effizienter / besser machen hätte können ^^

Ich befürchte @apollon77 behält recht, dass jeder Adapter, der das Sentry Plugin verwendet, getrennt gefixed werden müsste.

Der Admin Adapter selbst wurde mit Version 5.1.24 gefixed, aber sobald ich eine Admin-Seite eines anderen Adapters öffnet, wie z.B. https://iobroker-host:8081/#tab-javascript bekomm ich wieder die HTTP Posts an https://sentry.iobroker.net/api/56/envelope/?sentry_key=012345&sentry_version=7

@thomas-braun said in Cannot find module '@iobroker/types':

Was meinst du damit?

hab mv /usr/local/bin/npm /usr/local/bin/npm_old gemacht, das hat gereicht um den iobroker wieder zum funktionieren zu bekommen. Natürlich wäre Löschen und richtig aufräumen die sauberere Lösung, aber jeder optimiert seine Zeit wie er kann Und durch aufheben des backups kann ich falls irgendwas andres auf dem system dann doch wieder das alte npm braucht leicht drauf zurückgreifen.

Danach in /opt/iobroker ein sudo -u iobroker npm install --production ausgeführt und dann hat das sudo -u iobroker ./iob start admin und sudo -u iobroker ./iob start web wieder geklappt.

Das iob diag ist nach 20 Minuten noch immer hier gehangen, dann hab ich's abgebrochen:

Files in neuralgic directories:

/var:

LG tigiba!

hab das selbe problem bei meiner ziemlich alten iobroker installation nach einem upgrade von web, admin & socket adapter die ich wohl lieber auslassen hätte sollen...

hab nun wie mcm57 auch auf node 18 upgegradet, aber das hat genau wie bei diesem bei mir auch nicht's gebracht.

Gibt's tipps wie man das wieder hinbekommen könnte?

UPDATE: hab gerade entdeckt dass ich auf dem system noch eine veraltete npm version unter /usr/local/ hatte. hab die deaktiviert damit die neue via apt vom nodereleases repository installierte greift, und probier jetzt nochmal die fix procedure durch..

perfekt, vielen dank für die Rückmeldungen! hab die lösungsvariante das beta repository kurz zu aktivieren und den admin adapter auf 6.2.23 upzugraden gewählt, das ging ohne zu ergoogeln wie die cli adapter downgrade syntax genau aussieht

Bin gerade auf das selbe Problem gestoßen.

Dachte mir ich probier mal den empfohlenen admin adapter version 6.2.12, bekomme aber in der Versionsauswahl nur 6.2.16 bis 6.2.22 angezeigt.

Danke für die Idee!

Hat bei mir auch nicht 1:1 funktioniert, hab's auf das hier angepasst (und um die GPU Temperatur erweitert):

const Frequenz = 'vcgencmd measure_clock arm'; // | tr -d "frequency(45)="
const Temperatur = 'cat /sys/class/thermal/thermal_zone0/temp';
const GPU_temp = 'vcgencmd measure_temp | tr -d "temp=\'C"'
const CPU_Last = 'load=$(cat /proc/loadavg) ; printf "%s\n" "${load%% *}"';
const Pi_in_Volt = 'vcgencmd measure_volts | tr -d "volt=V"'; //  | tr -d "V"
const Variable = '0_userdata.0.pi4-stats.';

createState(Variable + 'CPU_Frequenz' , 0.0, {name: 'CPU Frequenz' , type: 'number', unit: 'MHZ'});
createState(Variable + 'CPU_Temperatur', 0.0, {name: 'CPU Temperatur', type: 'number', unit: '°C'});
createState(Variable + 'GPU_Temperatur', 0.0, {name: 'GPU Temperatur', type: 'number', unit: '°C'});
createState(Variable + 'CPU_Last' , 0.0, {name: 'CPU Last' , type: 'number', unit: '%'});
createState(Variable + 'Pi_in_Volt' , 0.0, {name: 'Pi_in_Volt' , type: 'number', unit: 'V'});

function Systemlogger() {
    exec(Frequenz, function (error, stdout, stderr) {
        var temp = parseInt(stdout.substring(14, stdout.length - 1)) / 1000000;
        setState(Variable + 'CPU_Frequenz', temp);
        //log(temp + 'MHZ - from: ' + stdout);
    });

    exec(Temperatur, function (error, stdout, stderr) {
        var temp = parseInt(stdout.substring(0, stdout.length - 1)) / 1000;
        setState(Variable + 'CPU_Temperatur', temp);
        //log(temp + '°C');
    });

    exec(GPU_temp, function (error, stdout, stderr) {
        var temp = parseFloat(stdout.substring(0, stdout.length - 1));
        setState(Variable + 'GPU_Temperatur', temp);
        //log("GPU_Temperatur = "+temp + '°C');
    });

    exec(CPU_Last, function (error, stdout, stderr) {
        var temp = parseFloat(stdout.substring(0, 4)) * 100;
        setState(Variable + 'CPU_Last', temp);
        //log("load = " + temp + '% - src: ' + stdout);
    });

    exec(Pi_in_Volt, function (error, stdout, stderr) {
        var temp = parseFloat(stdout.substring(0, stdout.length - 1)); // / 1000000;
        setState(Variable + 'Pi_in_Volt', temp);
        //log(temp + 'V');
    });
}

var Generator = setInterval(function() {Systemlogger()} ,3000);

Hallo Allerseits,

Im Admin Interface bei den Objekten kann man sich ja die gespeicherten Daten hinter dem Tab "Verlaufsdaten" als Tabelle bzw. bei "Diagramm" als Linie mit Fläche anzeigen lassen.

Bei diesem Diagramm hab ich beobachtet, dass die 2. Hälfte des Diagramms nicht als Teil der Linie und Fläche dargestellt werden, sondern nur bei Mouseover als Punkt mit Popup sichtbar werden:

Ich dachte ursprünglich, die unsichtbaren Daten wären jener Teil, der noch nicht in die influxdb geschrieben wurden (Einstellungen Schreibintervall & "Schreibaktionen zusammenfassen") - Aber auch wenn ein deutlich in der Vergangenheit liegendes Intervall auswähle, fehlt die 2. Hälfte des Diagramms.

@fleck-a87 bei meiner Anlage erkenne ich den Notstrombetrieb daran, dass in diesem der Fronius Smart Meter nicht aktiv ist und daher keine seiner Werte gemeldet werden. Hab das aber bisher nicht in nem Script verwendet.

das ist ein Problem, das mich leider immer noch quält...

Ich würde gerne "alte" topics aus der IO-Broker Objekte-Struktur löschen können, ohne dass dabei das Feature der automatischen Neu-Anlage, falls ein MQTT-Client dieses topic wieder posten sollte verloren geht.

Ich befürchte @apollon77 behält recht, dass jeder Adapter, der das Sentry Plugin verwendet, getrennt gefixed werden müsste.

Der Admin Adapter selbst wurde mit Version 5.1.24 gefixed, aber sobald ich eine Admin-Seite eines anderen Adapters öffnet, wie z.B. https://iobroker-host:8081/#tab-javascript bekomm ich wieder die HTTP Posts an https://sentry.iobroker.net/api/56/envelope/?sentry_key=012345&sentry_version=7

Hallo allerseits!

Ich würde gerne den Pfad für die Logfiles vom Default /opt/iobroker/log/*auf /var/log/iobroker/* anpassen. Meine erste Idee nachdem ich keine Config-Option dafür gefunden habe, war:

cd /opt/iobroker
iobroker stop
mv log log_old
mkdir /var/log/iobroker
ln -s /var/log/iobroker log
mv log_old/* log/
iobroker start

Das hat auch zunächst so ausgesehen als ob's problemlos funktionieren würde, aber jetzt ein paar Tage danach bekomme ich solche Fehlermeldungen:

Cannot delete file "/opt/iobroker/log/iobroker.2021-08-03.log.gz": Error: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2021-08-03.log.gz'

Und ich bin mir nicht sicher ob da vielleicht meine Softlink Konstruktion schuld ist dran?

Hab nachdem ich dieses Topic hier gefunden habe nach den erwähnten config.json und iobroker.json files in /opt/iobroker/ gesucht, aber bin nicht fündig geworden.

Ich hab noch das hier gefunden:

# iobroker status all | grep -i log
LOG/level: info
LOG/maxDays: 7
LOG/noStdout: true
LOG/TRANSPORT/FILE1/type: file
LOG/TRANSPORT/FILE1/enabled: true
LOG/TRANSPORT/FILE1/filename: log/iobroker
LOG/TRANSPORT/FILE1/fileext: .log
LOG/TRANSPORT/SYSLOG1/type: syslog
LOG/TRANSPORT/SYSLOG1/enabled: false
LOG/TRANSPORT/SYSLOG1/host: localhost
LOG/TRANSPORT/SYSLOG1/protocol: udp4
LOG/TRANSPORT/SYSLOG1/localhost: iobroker

aber noch nicht wie ich diese Optionen anpassen könnte.

UPDATE: Ahh, jetzt hab ich's gefunden:
https://iobroker-host:8081/#tab-hosts
dort einen klick auf das Schraubenschlüssel-Icon (Alt-Text = "Host-Basiseinstellungen")
Und da gibt's dann nen Tabreiter mit Titel "LOG".