Adapter werden neu gestartet

[matrose65]

@glasfaser

Speicherproblem? Da bräuchte ich Hilfe.

Jetzt sieht es erstmal so aus:

Festplatte frei: 89%, Gesamte RAM-Auslastung: 1587 Mb / Frei: 85% = 6803 Mb [Server: iobroker - 17 Prozesse]

Und Danke für das löschen der URL ( Homoran)

[Homoran]

@glasfaser sagte in Adapter werden neu gestartet:

Es kommt mir so vor als wäre es ein Speicherproblem .

denke ich schon lange
Aber warum, da sollte noch genug da sein

@matrose65 sagte in Adapter werden neu gestartet:

Jetzt sieht es erstmal so aus:
Festplatte frei: 89%, Gesamte RAM-Auslastung: 1587 Mb / Frei: 85% = 6803 Mb [Server: iobroker - 17 Prozesse]

das ist nicht unbedingt die Referenz

such dir das auf der Konsole mit free -ht --mega

[Glasfaser]

@paul53 sagte in Adapter werden neu gestartet:
@matrose65 sagte: Es wird um diese Zeit der ical.2 aktualisiert. Danach beginnen die Fehler.
RAM voll? Der Start einer Instanz benötigt kurzzeitig viel RAM.

@glasfaser sagte in
Eventuell ein Script ... mit einer Schleife !?

Eventuell das !?

[Glasfaser]

@matrose65 sagte in Adapter werden neu gestartet:

Jetzt sieht es erstmal so aus:

Das ist die Momentaufnahme von jetzt ....

[crunchip]

@wildbill sagte in Adapter werden neu gestartet:

das war ein Reboot über die Proxmox-Konsole

richtig

@wildbill sagte in Adapter werden neu gestartet:

deshalb sollte die aktuellste Version installiert werden

es läuft die aktuelle 7er Version

@wildbill sagte in Adapter werden neu gestartet:

Öfters anscheinend in Verbindung mit Debian innerhalb der VM

ja ist ne Debian Buster VM

[Glasfaser]

@

@homoran sagte in Adapter werden neu gestartet:
such dir das auf der Konsole mit free --ht --mega

free -ht --mega

[crunchip]

@matrose65 sagte in Adapter werden neu gestartet:

Arbeitsspeicher:
8GB

• ist das richtig, 8GB Gesamt?
• dein iobroker hat ebenfalls 8GB zugeteilt?
• laufen noch mehr Maschinen ausser iobroker?

[Homoran]

@glasfaser Danke - fixed!

Das kommt davon wenn man es bis free - auswendig weiss und dann die Parameter per c&p nochmal dranhängt

[matrose65]

@crunchip

ist das richtig, 8GB Gesamt? Nein beim Proxmox sieht es so aus:

root@pve:~# free -ht --mega
               total        used        free      shared  buff/cache   available
Mem:             32G        8.6G         22G         47M        1.4G         22G
Swap:           8.2G          0B        8.2G
Total:           40G        8.6G         30G

beim iobroker so:

uwe@iobroker:~$ free -ht --mega
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       8,0G        1,2G        5,6G        0,0K        1,1G        6,5G
Swap:           974M          0B        974M
Gesamt:         8,9G        1,2G        6,6G

MOD-Edit: Code in code-tags gesetzt!

[Thomas Braun]

@matrose65 sagte in Adapter werden neu gestartet:

Swap:           8.2G

Viel zu groß, imho.

[Meister Mopper]

@wildbill

Dazu hatte ich mir eine Lösung notiert, hatte diese im Netz gefunden. Seitdem fahren die VM immer sauber runter:

VM fährt nicht runter

Beim Auslösen eines Reboot oder Shutdown für eine VM über die Proxmox GUI kommt die Fehlermeldung

TASK ERROR: VM quit/powerdown failed.

Lösung:

In der VM fehlen zwei Programme die noch installiert werden müssen. Einmal das Packet qemu-guest-agent und das Packet acpid.

Sind diese beiden Packete bereits vorhanden, einmal deinstallieren und anschließend wieder installieren. Nach einem Reboot klappt auch das Herunterfahren über die Proxmox GUI.

Deinstallieren:

sudo apt remove qemu-guest-agent && sudo apt remove acpid

Installieren:

sudo apt install qemu-guest-agent && sudo apt install acpid

Bei Proxmox hier und hier.

[crunchip]

@meister-mopper danke für die Info, werd ich mal testen

[matrose65]

@thomas-braun

Ok zu groß. Habe ich aber nichts verstellt. Wurde bei der Installation so eingestellt.

[crunchip]

@matrose65 sagte in Adapter werden neu gestartet:

Nein beim Proxmox sieht es so aus:

und was läuft noch auf Proxmox, bzw wäre es nicht denkbar, das vllt nicht iobroker, sondern Proxmox zum Problem führt, mal das Syslog durchsehen

[Homoran]

@crunchip sagte in Adapter werden neu gestartet:

bzw wäre es nicht denkbar, das vllt nicht iobroker, sondern Proxmox zum Problem führt,

Müsste dann nicht dort der SWAP angeknabbert sein?

root@pve:~# free -ht --mega
               total        used        free      shared  buff/cache   available
Mem:             32G        8.6G         22G         47M        1.4G         22G
Swap:           8.2G          0B        8.2G
Total:           40G        8.6G         30G

@matrose65
oder wurde da inzwischen Proxmox neu gestartet?

[matrose65]

@homoran
Nein Proxmox wurde nicht neu gestartet. Es läuft noch eine VM mit der RaspberryMatic und ein LX wo ich eigentlich den iobroker zum testen laufen lassen möchte, ist aber noch nicht installiert.

Und im syslog von Proxmox war zu den Zeiten wenn der Fehler aufgetreten ist kein Eintrag.

Siehe heute 08.09 Uhr

Jan 08 07:17:01 pve CRON[3910419]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jan 08 07:17:01 pve CRON[3910420]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 08 07:17:01 pve CRON[3910419]: pam_unix(cron:session): session closed for user root
Jan 08 08:17:01 pve CRON[3920060]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jan 08 08:17:01 pve CRON[3920061]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 08 08:17:01 pve CRON[3920060]: pam_unix(cron:session): session closed for user root
Jan 08 09:17:01 pve CRON[3929618]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Jan 08 09:17:01 pve CRON[3929619]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan 08 09:17:01 pve CRON[3929618]: pam_unix(cron:session): session closed for user root
Jan 08 09:57:30 pve pvedaemon[2877268]: <root@pam> successful auth for user 'root@pam'