Search results

Update: Found this issue: https://github.com/lxc/lxcfs/issues/538 Adding systemd.unified_cgroup_hierarchy=0 to the kernel boot arguments fixed the issue for me. But is there any better solution? Does it have any negative effects?

I think with adding the "-l" flag you only "fixed" the issue of the shown load avg that was identical to the host load avg. But I think the utilization of the CPU cores was per default "correct". But I am not sure about that, however. I have a lot of users asking why in htop or other...

Hello everyone, since I have updated from PVE 6 to PVE 7 and PVE 8 I notice that on LXC containers in for example htop or other applications that are reading out the CPU utilization, the host CPU usage is shown and not the LXC container CPU usage. Even when there is no load at all on the LXC...

#push

Hallo! Ich wollte an dieser Stelle nochmal um eine kleine Antwort des Proxmox-Teams bitten. Wäre super, wenn sich jemand falls es zeitlich passt das Ganze mal durchlesen könnte. Ich finde den Vorschlag von @Dunuin nach wie vor super. Vielleicht gibt es ja eine kleine Stellungnahme von...

Gleiches konnte ich auch feststellen. Wäre dann wenn man es streng nimmt so gesehen eine gewisse Inkonsistenz - bei Windows wird nur der durch System+Applikationen genutzte RAM angezeigt, bei Linux-VMs hingegen inklusive Cache. Bei deinem Beispiel resultiert das bei mir bei meinen Linux-VMs...

@H4R0 Gut, da gehen die Meinungen auseinander. Ich persönlich fände eine Übersicht ganz gut, bei der ich auf einen Blick sehe, wie viel RAM hier tatsächlich genutzt wird. Damit kann ich z.B. einsehen, wenn eine VM mehr RAM benötigen sollte und ihr entsprechend mehr RAM zuweisen. Wenn bei allen...

Das Verhalten ist ja ziemlich merkwürdig... Konnte ich glücklicherweise bisher noch nicht beobachten, habe allerdings auch nur Debian- und Ubuntu-VMs am laufen (+ Windows). Mir fällt nur einfach auf, dass bei quasi beinahe allen meiner Linux-VMs die Memory Usage unter Proxmox sich nach einigen...

Was mich dann aber verwundert, ist dass bei Windows-VMs dann der tatsächliche Verbrauch angezeigt wird (mit installierten VirtIO-Treibern). Windows betreibt ja meines Wissens nach auch Caching und wenn man direkt die RAM-Nutzung des QEMU-Prozesses auf dem Hypervisor ansieht, liegt dieser auch...

Welcher Treiber genau? Ich habe das Problem ja nur mit Linux-VMs. Meines Wissens nach ist der Ballooning-Treiber ja schon direkt im Linux-Kernel mit integriert. // Nachtrag: Das Kernel-Modul ist auch geladen, das Ballooning-Device wird ebenfalls erkannt: root@test:~# lspci -knn | grep -i ball...

// Edit: https://www.tecmint.com/clear-ram-memory-cache-buffer-and-swap-space-on-linux/ Durch Leeren des Caches auf der VM wird wieder der "reale" Verbrauch meiner VM angezeigt. sync; echo 1 > /proc/sys/vm/drop_caches Nun meine Frage: Gibt es hier eventuell eine bessere Methode? Den Cache...

Hallo, der in Proxmox angezeigte RAM-Verbrauch einer VM spiegelt leider nicht den "tatsächlichen" RAM-Verbrauch wider (zumindest nicht bei mir). Das Ganze wurde schon in diversen anderen Threads diskutiert. So wie ich das verstanden habe, müsste Proxmox allerdings den realen Verbrauch anzeigen...

Thank you, it's working fine again. A simple upgrade did the trick. But I don't knot what caused this error, it happened from one moment to another.

Sure, here is the output: proxmox-ve: 6.2-2 (running kernel: 5.3.18-2-pve) pve-manager: 6.2-15 (running version: 6.2-15/48bd51b6) pve-kernel-5.4: 6.3-1 pve-kernel-helper: 6.3-1 pve-kernel-5.3: 6.1-6 pve-kernel-5.4.73-1-pve: 5.4.73-1 pve-kernel-5.3.18-3-pve: 5.3.18-3 pve-kernel-5.3.18-2-pve...

Thank you very much. I have replaced the contents of /etc/apt/sources.list with the contents for the PVE No-Subscription repository and upgraded my system. After that, I tried again starting up an LXC server, and the error message have changed. The error message is now: pct start 225...

Hello, since yesterday I have a problem with my lxc containers. First I noticed the following behavior: When attaching a screen inside the container (with screen -r ...) the following message appeared: WriteMessage: Too much references: can't splice (German: WriteMessage: Zu viele Referenzen...

Hi, thank you, I didn't thought that it was the total value. Is it possible to get the current traffic via the API (maybe in Bits/s)?

Hello, I want to get the current bandwidth (inbound and outbound) used from a lxc container or a qemu machine via the API. Using /nodes/{node}/{lxc,qemu}/{vmid}/status/current, I get the following JSON response...

Yes, the card is working fine. I can also connect a display to it or connect via RDP (also without a display connected to the GPU). But is it possible to show the video output from the GPU in the noVNC console? It will be a headless machine, when there is a problem i should be able to access...

Thanks for the tip and thanks to @r.jochum for the great explanation. Error 43 is now gone. Could you please tell me how i can access the GPU output from within proxmox (noVNC console)? I want to use this VM as a rendering machine, but from remote, with no display directly connected to the GPU...