Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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'