I find that Proxmox RAM reporting is never accurate, and it's quite useless to be honest. I build a new VM and haven't done anything with it. 6GB RAM capacity, only using about 400MB, and qemu-guest-agent installed (Ubuntu 20.04 in this case) and it reports over 5GB of RAM used. And that 400MB...
Can we get the ability to add comments to a backup we create? I'd really like it if I could add something like "Before installing game server files" or whatever. Even if the backup gets deleted in backup cycling, that can be super handy.
Please? :)
Do you really want me to run my system to 0% swap and 0% RAM to prove this is a problem? Because I'm not going to do that. Both of the problematic systems have continued to use more and more swap each day, one of which is at 50% swap usage.
The evidence I've presented is conclusive enough to...
Thanks to my alerting failing to E-Mail me (unrelated issue) I have been able to observe multiple nodes continue to follow this growth pattern without stopping. The swap grows every time a backup happens, there is nothing else going on, and this happens every day (as my backups are daily) once...
My issue isn't inherently with the caching, it is with swapping. Swapping on these nodes doesn't happen until the RAM is full (with cache and application data, etc). This is why I flush the cache, as it "buys more time" before swapping occurs. If this caching happened without any swapping, I...
Alright, so I want to clarify, I can totally appreciate the scepticism around what I'm saying here. I agree that it is not quite matching expectations. I run a cluster where two of the nodes exhibit this behaviour, and one doesn't. I've tried to find an explanation, and that's part of why I'm...
Swap exists on disk. This is the case whether it is Linux or Windows.
Just because you think there is no problem, doesn't mean there is no problem. I've explained this enough to you, and you have not provided any help or solution here. I'm done explaining. I've explained this more than enough...
The swap usage is unnecessary in this scenario, and the cause of it is the backup task. The swap usage causes unnecessary disk usage that I would rather have allocated for other tasks. That's the issue. The backup task is not releasing the cache and it continues to build up until it goes into...
Well I'm trying to convey what I'm seeing here, if you don't believe me that's on you. I've spent a very large amount of time trying to identify the cause of this situation and the only consistent aspect is the backups and that the cache is not getting freed up and is pushing into swap. You say...
I'm not against stuff being put into cache, the issue is the cache never gets cleared, or reduced, after a backup task. And that's what I'm trying to address here, as it is the root cause.
I don't want to turn off swap because it's meant to be there for emergency purposes, not day to day...
I disagree in this particular case, primarily because the perpetually growing cache pushes data into swap. And you may not see why I care about that, but it increases disk usage in ways that are completely unnecessary and avoidable, plus offer no benefit.
Day to day the VMs running on the host...
Uh the cache never gets freed up. That's the problem. Before the backup task the cache does not grow, and it does not get released between backup tasks. Nothing goes into swap until the cache uses all the remaining RAM.
I would be okay with the cache growing if it actually reclaimed or freed...
The cache never gets freed up, that's the problem. And it only gets cached during the backup process, so clearly day to day the cache isn't needed. All the VMs are on a NAS, they're just local compute.
I'm monitoring percentage of swap used, 10% or higher and I get alerted.
I can't even find this thread in the forum, what's going on here? :/
edit: oh it's showing up now suddenly, what. Anyone have any thoughts on this topic btw?
I have 3x Proxmox VE nodes in a cluster, and the issue I'm about describe has been problematic for me for years now. I've been trying to find the "proper" solution to this problem, but alas, I find more criticism for the method I use than real solutions.
A few years ago I learned about the...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.