Recent content by BlueMatt

Yea, I'd already built custom kernels with it and it works, opened an issue at https://bugzilla.proxmox.com/show_bug.cgi?id=7097

Any chance we could get the extra PCI IDs for Alder Lake EDAC from https://lore.kernel.org/all/20250819161739.3241152-1-kyle@kylemanna.com/ backported in the next kernel release? I opened an issue on Ubuntu for it a while ago but it looks like they're not gonna do it...

Ah, thanks. Might make sense to use explicit URLs in the submodules in the kernel repo as the mirror otherwise fails to build due to the missing submodules at the relative URLs.

Trying to build a custom Proxmox kernel from https://github.com/proxmox/pve-kernel currently fails as it tries to fetch the ubuntu-kernel submodule from https://github.com/proxmox/mirror_ubuntu-kernels which 404s (presumably its a private repo). Is there a way to build a fresh pve-kernel with...

kernelnewbies generally has a good list (ie https://kernelnewbies.org/Linux_6.17 https://kernelnewbies.org/Linux_6.16 and https://kernelnewbies.org/Linux_6.15), no need to use an LLM here.

Lol your LLM is pretty bad. "Introduces initial Copy-on-Write support for Ext4" is my favorite (there is new atomic write support, but not CoW).

Nice, edac memory error reporting also now works on Intel 12th-14th gen parts in W680 motherboards with ECC memory.

Apparently I spoke too soon on the -ice-fix builds. The buffer_head slab allocations do rise for the first few hours, but eventually seem to flatten out. I see something like 300MB of used buffer_head slab allocations (per slabtop) which of course seems pretty excessive, but total system memory...

As I posted last Thursday, I tested that as well with no change. That kernel does *not* contain the "ice: fix Rx page leak on multi-buffer frames" fix (which is the -ice-fix builds), though of course those also don't fix the issue.

Just to confirm what others are seeing, the 6.14.11-2-ice-fix-1-pve kernel shows a similar rate of buffer_head slab leaking as other 6.14 kernels (with 9k MTU ceph on an ice card).

After upgrading to 6.14.11-3-pve I still see `buffer_head` slab increasing slowly over time. Its obvious, but might be worth noting that the ice memory leak fix previously identified isn't in the above list.

After upgrading to proxmox 9 my hosts that use the ice driver (ie Intel 25G NICs) for the ceph network (with jumbo frames) show a pretty quick memory leak (something like 10GB/day). I assume it was fixed in upstream kernel commit 84bf1ac85af84d354c7a2fdbdc0d4efc8aaec34b, any chance we could get...

It seems the mount was just too late. The host came up at 00:34:34: Nov 12 00:34:34 rackbeast corosync[7218]: [QUORUM] This node is within the primary component and will provide service. Nov 12 00:34:34 rackbeast corosync[7218]: [QUORUM] Members[4]: 1 2 3 4 Nov 12 00:34:34 rackbeast...

Yea, its not really a big deal for me, easy to work around as you point out, more a bug report than a seeking-help post :)

Basically what the title says. I have a few LXC containers that have filesystem mount points pointing to CephFS filesystems to sync containers across hosts. Sadly, they always fail to start on boot (I assume cause CephFS is just slower to start than they are, they have no problem being started...