Problem mit influxdb1 in Proxmox

wendy2702

@altersrentner für iobroker logs musst du dich natürlich auf dem iobroker CT anmelden

EDIT:
Was war im Proxmox log und im Syslog iob Container um 5:40:33 ?

Dazu einmal in Proxmox anmelden und den Befehl ausführen und einmal im iob CT.

journalctl --since="2025-05-25 04:30:00" --until="2025-05-26 06:00:00"

Altersrentner

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

dem iobroker CT anmelden

Danke alles klar!
Hier das Log Protokoll von heute. Absturz ( Zeit blieb stehen)war 05:40:33
Log1_iobroker_2025-05-26 053347.939.txt
Als "Blinder" kann ich nichts sehen.
MfG

wendy2702

@altersrentner zeige bitte die anderen logs.

Was hast du dann gemacht, iob ct neu gestartet? Proxmox neu gestartet? Stecker gezogen?

Altersrentner

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

Was hast du dann gemacht,

Proxmox zeigt keine Reaktion, somit auch nicht die CTs und ioBroker,
Stecker raus und wieder rein
MfGLog1_iobroker_2025-05-26 053347.939.txt

wendy2702

@altersrentner ok.

Schlecht aber jetzt eh zu spät.

Was mit den Logs?

Unabhängig davon würde ich, wegen Stecker raus/rein wahrscheinlich eh neu installieren.

Backups der Container solltest du ja haben.

Altersrentner

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

Was mit den Logs?

Log1_iobroker_2025-05-26 053347.939.txt
MfG

wendy2702

@altersrentner das meinte ich nicht.

Ich meinte das Journal log für das ich hier den Befehl gepostet habe:

https://forum.iobroker.net/post/1274225

Altersrentner

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

Ich meinte das Journal log für das ich hier den Befehl gepostet habe

Wo finde ich das?

Homoran

@altersrentner sagte in Problem mit influxdb1 in Proxmox:

Wo finde ich das?

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

für das ich hier den Befehl gepostet habe:
https://forum.iobroker.net/post/1274225

wendy2702

@altersrentner sagte in Problem mit influxdb1 in Proxmox:

Als "Blinder" kann ich nichts sehen.

Auch wenn das jetzt eine ziemlich persönliche Frage ist, aber hast du wirklich ein Problem mit dem lesen der Beiträge?

Das würde erklären warum du unsere Fragen häufig nicht vollständig beantwortest und wir wüssten das wir eventuell anders formulieren/fragen/erklären müssen.

crunchip

@altersrentner sagte in Problem mit influxdb1 in Proxmox:

Stecker raus und wieder rein

Wann?
Laut log startet iobroker erneut um 6:52, davor scheinbar einige script Probleme und auch mit dem modbus

Altersrentner

@crunchip sagte in Problem mit influxdb1 in Proxmox:

Laut log startet iobroker erneut um 6:52, davor scheinbar einige script Probleme und auch mit dem modbus

Der start 6:52 war nachdem ich den Stecker gezogen hatte

@wendy2702 sagte in Problem mit influxdb1 in Proxmox:

aber hast du wirklich ein Problem mit dem lesen der Beiträge

Ich glaube nicht, aber wenn ich die Zusammenhänge nicht erkenne kann ich auch nicht antworten.
Es ist mir schon verständlich, das euch das nervt. Bin mir aber sicher, wenn ich hier einige Beiträge lese,
das ich nicht der Einzige bin der diesbezüglich Probleme hat.
Wenn ich in der Materie stehen würde brauchte ich hier nicht nachfragen.
Glaubt mir bitte, ich bin euch sehr dankbar für die Unterstützung.

@homoran sagte in Problem mit influxdb1 in Proxmox:

sagte in

Ich glaube hier ist auch was schief gelaufen

Linux pve 6.8.12-10-pve #1 SMP PREEMPT_DYNAMIC PMX 6.8.12-10 (2025-04-18T07:39Z) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon May 26 13:07:32 CEST 2025 on pts/1
root@pve:~# journalctl --since="2025-05-25 04:30:00" --until="2025-05-26 06:00:00"
May 25 08:55:38 pve kernel: Linux version 6.8.12-8-pve (build@proxmox) (gcc (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_>
May 25 08:55:38 pve kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-6.8.12-8-pve root=/dev/mapper/pve-root ro quiet
May 25 08:55:38 pve kernel: KERNEL supported cpus:
May 25 08:55:38 pve kernel:   Intel GenuineIntel
May 25 08:55:38 pve kernel:   AMD AuthenticAMD
May 25 08:55:38 pve kernel:   Hygon HygonGenuine
May 25 08:55:38 pve kernel:   Centaur CentaurHauls
May 25 08:55:38 pve kernel:   zhaoxin   Shanghai  
May 25 08:55:38 pve kernel: BIOS-provided physical RAM map:
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000b73e1fff] usable
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000b73e2000-0x00000000b73e2fff] ACPI NVS
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000b73e3000-0x00000000b742cfff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000b742d000-0x00000000bb290fff] usable
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bb291000-0x00000000bc49ffff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bc4a0000-0x00000000bc565fff] ACPI data
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bc566000-0x00000000bce5ffff] ACPI NVS
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bce60000-0x00000000bd279fff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bd27a000-0x00000000bd2fefff] type 20
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bd2ff000-0x00000000bd2fffff] usable
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000bd300000-0x00000000bd3fffff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
May 25 08:55:38 pve kernel: BIOS-e820: [mem 0x0000000100000000-0x000000043dffffff] usable
May 25 08:55:38 pve kernel: NX (Execute Disable) protection: active
May 25 08:55:38 pve kernel: APIC: Static calls initialized
May 25 08:55:38 pve kernel: efi: EFI v2.4 by American Megatrends
May 25 08:55:38 pve kernel: efi: ESRT=0xbd1df918 ACPI=0xbc4c7000 ACPI 2.0=0xbc4c7000 SMBIOS=0xf05e0 SMBIOS 3.0=0xf0600 MOKvar=0xbcf31000 
May 25 08:55:38 pve kernel: efi: Remove mem41: MMIO range=[0xe0000000-0xefffffff] (256MB) from e820 map
lines 1-35

MfG

wendy2702

@altersrentner Das ist nicht das ganze log. Du musst auf die "Space" Taste drücken damit die Ausgabe weiterläuft.

Und verwende besser den Befehl in Proxmox und mit "sudo" davor im iob CT

journalctl --since="2025-05-26 04:30:00" --until="2025-05-26 06:00:00"

@altersrentner sagte in Problem mit influxdb1 in Proxmox:

Ich glaube nicht, aber wenn ich die Zusammenhänge nicht erkenne kann ich auch nicht antworten.

Naja, wenn wir dir einen Befehl geben den du ausführen sollst musst die die Zusammenhänge doch nicht erkennen sondern erstmal nur den Befehl ausführen und die Ausgabe davon Posten.

EDIT: und hast du hier etwas stehen:

Thomas Braun

@altersrentner sagte in Problem mit influxdb1 in Proxmox:

Ich glaube hier ist auch was schief gelaufen

Warum? Das sind die üblichen Meldungen eines startenden Linux mit Kernel 6.8.12-10-pve.
Nichts ungewöhnliches zu sehen in den ersten 35 Zeilen des journals.

wendy2702

@thomas-braun Glaube ich habe Ihn mit der Abfrage verwirrt, auch dadurch das ich beim Startdatum die 25 statt 26 stehen hatte. Eigentlich soll ja nur das log von kurz vor dem "hänger" gepostet werden.