Search results

# ps aux | grep pvescheduler root 5324 0.0 0.1 327072 114192 ? Ss Sep16 2:06 pvescheduler root 2464918 0.0 0.0 6244 712 pts/1 S+ 11:55 0:00 grep pvescheduler # pveversion -v proxmox-ve: 7.2-1 (running kernel: 5.15.53-1-pve) pve-manager: 7.2-11 (running...

Hallo, wir haben gerade ein Problem, eine VM auf einen PBS zu sichern. Wenn der Backup-Job losläuft, sichert er die VM auf den PBS und startet anschließend den Verification-Job auf dem PBS. Seltsamerweise läuft aber nicht mal eine halbe Minute später wieder ein Backup-Job los, der dann wegen...

Hi, Kollege vom Thread-Ersteller hier... Status -> Aktuelle Softwareupdates gemacht. Versuch der Erstellung eines Snapshots dauert immer noch "ewig" und bricht erfolglos ab: ... 64.39 GiB in 1d 1h 8m 24s 64.40 GiB in 1d 1h 8m 34s 64.40 GiB in 1d 1h 8m 44s 64.41 GiB in 1d 1h 8m 54s 64.41 GiB in...

Die VM ließ sich anschließend wieder starten, ja. # pveversion -v proxmox-ve: 7.1-1 (running kernel: 5.15.30-1-pve) pve-manager: 7.1-12 (running version: 7.1-12/b3c09de3) pve-kernel-5.15: 7.1-14 pve-kernel-helper: 7.1-14 pve-kernel-5.13: 7.1-9 pve-kernel-5.15.30-1-pve: 5.15.30-1...

Hallo zusammen, wir hatten gestern einen seltsamen Vorfall auf einem unserer Proxmox-Server. Es stand ein Update auf unserer Zimbra-VM an und zu diesem Zweck haben wir einen Snapshot angestoßen. Da wir das ganze untertags vorhatten, haben wir einen Live-Snapshot (also mit RAM-Dump) gemacht...

So, nachdem wir jetzt den Arbeitsspeicher der VM auf 32 GB reduziert haben, tritt das Problem nicht mehr auf. Wir können beliebig I/O verursachen und die VM wird nie gekillt. Eine Warnung im Webinterface wäre daher unserer Auffassung nach sinnvoll, sobald ZFS eingesetzt wird und der VM zu viel...

Hmpf, jetzt mit ausreichend viel Platz im ZVOL wird die VM immer noch durch den oom-killer beendet. Der ZFS ARC ist auf 10 GB begrenzt [84223.817723] kvm invoked oom-killer: gfp_mask=0xcc0(GFP_KERNEL), order=0, oom_score_adj=0 [84223.818304] CPU: 18 PID: 1784428 Comm: kvm Tainted: P O...

Jo. Nach einigem Rumsuchen hat sich herausgestellt, daß das ZVOL vollgelaufen war. Wir hatten aus der Doku den Eindruck gewonnen gehabt, daß wenn man für den "VM State Storage" einen separaten Pool angibt, die Snapshots auch dort drauf landen.

So, den 5.15er Kernel haben wir jetzt mal drauf gemacht und das dd von gestern auf heute mal in ner while-Schleife laufen lassen. Heute morgen hat uns Promox mit nem Ausrufezeichen an der VM und dem Status io-error begrüßt. Seitdem kommt die VM nimmer hoch. Sobald auf die Platte zugegriffen...

Den ARC hatten wir schonmal testweise auf 10GB limitiert. Zuerst hatten wir da auch den Eindruck, daß es was geholfen hätte. Nach ein paar Testläufen war das Problem aber doch noch da. Jetzt haben wir in der Ubuntu-VM die Disk Buffers angepaßt (nach dem Hinweis im Thread...

Der Host hat 64 GB RAM und wir nutzen für unsere Pools ZFS. Die Pools sind alle ZFS mirrors. Ist denn der 5.15er-Kernel denn stabil genug für den Produktiveinsatz? Im Thread https://forum.proxmox.com/threads/opt-in-linux-kernel-5-15-for-proxmox-ve-7-x-available.100936/ steht der Satz "Please...

Wir testen gerade unsere Proxmox-Server, die zukünftig unsere Groupware beheimaten sollen. Jetzt sind wir beim Testen auf ein Problem gestoßen, das reproduzierbar auftritt. Als Test haben wir einen dd gestartet, der von /dev/urandom etwa 400 GB in eine Datei schreibt. Dabei steigt der...