bbgeek17's latest activity

  • bbgeek17
    There is a 3rd article that may be relevant: https://kb.blockbridge.com/technote/proxmox-qemu-cache-none-qcow2/index.html Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
  • bbgeek17
    bbgeek17 reacted to Johannes S's post in the thread Snapshots with Shared iscsi Storage with Like Like.
    These writeups by @bbgeek17 should cover everything: https://kb.blockbridge.com/technote/proxmox-qcow-snapshots-on-lvm/index.html https://kb.blockbridge.com/technote/proxmox-lvm-shared-storage/
  • bbgeek17
    Happy to report that we have successfully run our storage-oriented CI/CD workflows against PVE 9.2, and no issues were uncovered during the initial test runs. Congratulations again on a solid release. Sincerely, Blockbridge Blockbridge ...
  • bbgeek17
    We are excited to announce the release of Proxmox Virtual Environment 9.2. This release focuses heavily on platform refinement, stability, and core optimization. Proxmox VE 9.2 is built on the robust Debian 13.5 "Trixie" and ships with Linux...
  • bbgeek17
    Congratulations! As usual, we will dedicate a separate environment for testing for our mutual customers. Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
  • bbgeek17
    bbgeek17 reacted to t.lamprecht's post in the thread Kernel 6.14 - End of Support with Like Like.
    The deprecation itself was not strongly influenced by that, but the decision to communicate it more actively was in fact primarily driven by it. Normally, we only mentioned it on the side once a new kernel became the default. In the past, we...
  • bbgeek17
    Obligatory reminder regarding Ceph: https://forum.proxmox.com/threads/fabu-can-i-use-ceph-in-a-_very_-small-cluster.159671/ Please note, that Udos Writeup is a little extreme since he assumes, that you want to survive the outage of two nodes...
  • bbgeek17
    bbgeek17 replied to the thread Kernel 6.14 - End of Support.
    Out of curiosity, is this decision primarily driven by the recent wave of Kernel security vulnerability disclosures, or has there been a particular subsystem or area in the 6.14/6.17 series that has proven especially difficult to stabilize...
  • bbgeek17
    bbgeek17 replied to the thread Stockage Type.
    Hi @CIRE, welcome to the forum. The best _supported_ option is LVM. There are multiple articles that go over the details of the configuration. We wrote one that is iSCSI oriented, however beyond actual physical connectivity the steps to bring up...
  • bbgeek17
    This is not the default query you would ask just in the forums. To answer this properly, best to contact a proxmox partner for a tailored setup. Information is just not enough to answer properly. Your money bounds would also be very important...
  • bbgeek17
    Hi Nadee, This is a pretty common design pattern we see for production Proxmox clusters at scale for folks coming from VMware. The good news is that what you're describing is absolutely achievable. That said, before anyone can give you truly...
  • bbgeek17
    @d.oishi , You are correct: regardless of the layer at which thin provisioning is implemented, careful monitoring must be in place. Unexpectedly running out of space is rarely handled gracefully by operating systems or applications. Cheers...
  • bbgeek17
    Using thin pool inside your storage device is completely independent of client connectivity. You will be completely fine using that option. Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
  • bbgeek17
    bbgeek17 reacted to BloodyIron's post in the thread Slow forums? with Like Like.
    I can't find a better place to put this, but why are the forums so painfully slow? I don't know when this started, but traversing the forum, searching for stuff, posting a thread or comment, all of it is painfully slow. What's up with that?
  • bbgeek17
    bbgeek17 replied to the thread NVMe/U.2/U.3/etc hot-swap?.
    The hot-swappability of NVMe disks is not directly controlled by PVE itself. It is primarily a function of the underlying hardware (CPU, motherboard, chassis, BIOS/firmware) and software (kernel), as well as the ability of userland components...
  • bbgeek17
    bbgeek17 replied to the thread Dutch Proxmox Day 2026.
    Happy to hear about this! There is always a lot of good feedback from this gathering! Sincerely, Blockbridge Team. Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
  • bbgeek17
    bbgeek17 reacted to tuxis's post in the thread Dutch Proxmox Day 2026 with Like Like.
    Hi guys! As some of you might know we are organizing the Dutch Proxmox Day again. Last year we decided to reach beyond our borders and have all presentations in English. Which was a great success since almost half of the audience consisted of...
  • bbgeek17
    PVE uses native Linux means of connecting NFS, i.e. Ubuntu-based Kernel and Debian-based userland. These are used in millions of nodes world-wide. There are many possibilities here, for example,a bad NIC/Cable that is affected by solar flares, a...
  • bbgeek17
    Can you manually mount the NFS share on the problematic nodes when the issue is present? Are you sure there is duplicate IP on the network at that time? Have you compared all package versions, including Kernel, across the nodes? Without logs and...
  • bbgeek17
    Exciting! We will put this into our CI/CD. Thank you! Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox