Het grote Proxmox VE topic

[orvintax]

WheeleE schreef op maandag 3 augustus 2026 @ 10:03:
@Jerie ik heb medio juni de boel compleet vers geïnstalleerd en geupdated, met de pve iso.
En sindsdien ook minstens 10 keer alles gereboot, zo niet vaker.
De huidige ZFS versie: : Loaded module v2.4.2-pve1, ZFS pool version 5000, ZFS filesystem version 5.

Het hele qbittorrent gebeuren is een nice to have maar zeker niet noodzakelijk. Als ik NFS aan de praat krijg en het probleem blijft daar ook mee bestaan dan gooi ik het geheel gewoon weg.

Mogelijk is het nog een optie om de download iets anders op te zetten. Dat je hem eerst lokaal (lees niet over NFS) download. Wanneer de download dan klaar is kan je hem in een keer overzetten.

[Pendora]

WheeleE schreef op zondag 2 augustus 2026 @ 21:25:
@Airw0lf het is een cifs share op de pve host die met een mount point naar de lxc wordt doorgegeven.
Ik ga de komende week eens puzzelen om de boel om te zetten naar een NFS share. Kijken of dat helpt.

Zelfde issue gehad. In mijn situatie had ik een VM met OpenMediaVault voor de NFS shares. Deze geprobeerd zowel via PVE mounted doorgegeven aan de LXC's en direct via FSTAB op privileged LXC's.

Alleen bij nieuwsgroepen downloads had ik het issues dat Proxmox uiteindelijk zich zo vast beet in het netwerk gedeelte dat die vol crashte. Maar de VM HA bleef wel werken... De LXC's die geen shares hadden bleven ook werken. Proxmox zelf was niet meer benaderbaar.

Uiteindelijk had ik een Debian VM aangemaakt in plaats van OMV die de NFS shares beheerde en waarop ik de Usenet software had geïnstalleerd zodat die geen share meer nodig had. Dit was het enige wat bij mij heeft gewerkt als je geen NAS erbij koopt.

[powerboat]

Ik blijf toch een vm adviseren omdat je toch wel wat load legt op die container. Containers zijn hier niet geschikt voor.

Wil je toch bij de container blijven, dan maak een nfs share of iscsi op je storage en mount deze in proxmox en plaats je container daar op. Je hoeft dan nl. geen share in je vm te mounten.

[Jerie]

powerboat schreef op woensdag 5 augustus 2026 @ 15:56:
Ik blijf toch een vm adviseren omdat je toch wel wat load legt op die container. Containers zijn hier niet geschikt voor.

Wil je toch bij de container blijven, dan maak een nfs share of iscsi op je storage en mount deze in proxmox en plaats je container daar op. Je hoeft dan nl. geen share in je vm te mounten.

Waarom zijn containers ongeschikt voor load? Ik draai allerlei containers in een VM, werkt prima.

De suggestie is om het met NFS(v4) te proberen. Kernel-space is behoorlijk simpel in te stellen.

Werkt dat niet, kun je misschien tmp op een tmpfs (RAM) of NVMe wegschrijven. Ik zou met een snelle downloadverbinding (denk aan glasvezel) wel oppassen als je ergens een trager medium gebruikt (zoals SATA HDD met encryptie) want de queue kan behoorlijk groot worden bij grote/veel downloads. Dan kan je cache (of dat nou RAM of NVMe is) vol geraken.

[WheeleE]

Ik ben er nog niet aan toegekomen om te switchen naar NFS.
Het is ook geen halszaak verder. Als ik m'n extra downloadbak voor nonessentials weg doen is er geen man over boord.

Het enige wat ik apart blijf vinden is dat exact dezelfde constructie het met Proxmox 8 wel probleemloss deed, en sinds v9 niet meer. Weliswaar is de qbittorrent-Docker-lxc nu Debian 13 ipv 12, maar toch.

Anyhow, alle tips en meedenken van iedereen hier zijn desondanks erg gewaardeerd

[Theetjuh]

Je gebruikt op je proxmox een lxc met daarin docker voor qbittorrent?

Dus op je proxmox host doe je de mount met smb, deze geef je door aan je lxc, waarin je deze weer doorgeeft aan docker, waar je qbittorrent in draait.

Je ziet misschien aan m’n zin … waarom zoiets niet goed zou kunnen gaan.
Ik draai enkel lxc’s … geen docker, want je werkt al in een container, wat meer dan prima kan met qbittorrent.
Mocht je het nog niet kennen: Proxmox VE Scripts

[WheeleE]

Theetjuh schreef op woensdag 5 augustus 2026 @ 17:45:
Je gebruikt op je proxmox een lxc met daarin docker voor qbittorrent?

Dus op je proxmox host doe je de mount met smb, deze geef je door aan je lxc, waarin je deze weer doorgeeft aan docker, waar je qbittorrent in draait.

Je ziet misschien aan m’n zin … waarom zoiets niet goed zou kunnen gaan.
Ik draai enkel lxc’s … geen docker, want je werkt al in een container, wat meer dan prima kan met qbittorrent.
Mocht je het nog niet kennen: Proxmox VE Scripts

Correct, dat is mijn setup. Opgezet d.m.v. de Proxmox Helper Scripts
Ik heb indertijd voor deze variant gekozen omdat ik het QB-verkeer via een vpn wilde routeren. Dat had ik al aan de praat via Docker, maar lukte me niet via een losse vpn lxc.

Het is misschien niet de meest efficiënte manier, maar het werkte probleemloos. Dus ik had geen reden om het anders te willen.

[MrDirect]

Moet ook gewoon prima kunnen, docker in lxc. Waar je probleem wel zit weet ik ook niet, maar ik kan mij niet voorstellen dat het aan de combi lxc/docker ligt.

[Theetjuh]

Het zal ook prima kunnen werken, maar Proxmox raadt niet voor niets het niet aan om in een LXC te draaien, maar juist in een VM.

Maar ik zou zeggen, kijk eens naar gluetun, draait in een lxc, als je je qbit daar weer achter zet, ben je er ook

[Jerie]

VM kun je met OCI of LXC combineren.

LXC met daaronder OCI is onnodig.

Wat je ook gewoon kunt doen is op host OS een wg interface maken met een VPN provider. Vervolgens als je die interface of dat IP als default gateway gebruikt op een VM of OCI dan gaat al het verkeer via die interface. Wel opletten dat je geen andere default gateway hebt met minder prioriteit. En IPv6 voor de zekerheid uitschakelen op de client VM/OCI, en even opletten op DNS leaks. Dat is in dit geval waarschijnlijk niet wat je wilt.

Iets als Gluetun doet bovenstaande waarschijnlijk met een relatief makkelijke abstractie.

[WheeleE]

De Guetun lxc ken ik, alleen schiet/schoot mijn netwerkkennis nog te kort om daar verkeer door te routeren.

V.w.b. de VM-adviezen: bedoelen jullie een (privileged) docker-vm, en vervolgens in de vm een directe mount naar de NAS maken? Zodat het niet via de proxmox-host en een lxc-mount loopt?

[Jerie]

Proxmox voor ARM64 is uit:

https://forum.proxmox.com...-64-bit-arm-arm64.185527/

Voor je enthusiast wordt: het gaat niet officieel werken op SBCs met device trees zoals Raspberry Pi. Denk eerder aan een Ampere machine, of een Nvidia Grace Hopper. Jammer, want ik zou het graag willen draaien op een Jetson.

[zeroday]

WheeleE schreef op maandag 3 augustus 2026 @ 10:03:
@Jerie ik heb medio juni de boel compleet vers geïnstalleerd en geupdated, met de pve iso.
En sindsdien ook minstens 10 keer alles gereboot, zo niet vaker.
De huidige ZFS versie: : Loaded module v2.4.2-pve1, ZFS pool version 5000, ZFS filesystem version 5.

Het hele qbittorrent gebeuren is een nice to have maar zeker niet noodzakelijk. Als ik NFS aan de praat krijg en het probleem blijft daar ook mee bestaan dan gooi ik het geheel gewoon weg.

Ik werk al heel lang met qbittorrent via SMB share want NFS deed niet wat ik wilde

//10.1.1.141/Torrents /media/torrents cifs credentials=/home/smb,vers=3.0,noperm,x-systemd.automount 0 0
is in mijn /etc/fstab

Werkt hier als een tierelier, wel weer gezegd hebbende dat ik deze versie gebruik

Qt: 5.15.4
Libtorrent:2.0.7.0
Boost:1.74.0
OpenSSL:3.0.5
zlib: 1.2.11

Andere versie(s) gaven bij mij performance issues, waar dat aan ligt geen idee. Maar daar kakte de downloads in of bleef het gewoon niet stabiel. Dit hier werkt op lxc al erg lang ok

[RobertMe]

Jerie schreef op donderdag 6 augustus 2026 @ 02:54:
Proxmox voor ARM64 is uit:

https://forum.proxmox.com...-64-bit-arm-arm64.185527/

Voor je enthusiast wordt: het gaat niet officieel werken op SBCs met device trees zoals Raspberry Pi. Denk eerder aan een Ampere machine, of een Nvidia Grace Hopper. Jammer, want ik zou het graag willen draaien op een Jetson.

De limitatie zal dan zitten in dat UEFI en de hele riedel nodig is? Volgens mij zijn daar wel wat opties voor. Meen dat Uboot ook UEFI "kan doen", incl device tree achtig gebeuren aan de achterkant. Dus het apparaat boot dan nog steeds Uboot maar, in combinatie met een device tree, "emuleert" die UEFI en kun je elk OS dat met UEFI werkt gewoon gebruiken alsof "de hardware UEFI ondersteund".

[Cyphax]

Jerie schreef op donderdag 6 augustus 2026 @ 02:54:
Proxmox voor ARM64 is uit:

https://forum.proxmox.com...-64-bit-arm-arm64.185527/

Voor je enthusiast wordt: het gaat niet officieel werken op SBCs met device trees zoals Raspberry Pi. Denk eerder aan een Ampere machine, of een Nvidia Grace Hopper. Jammer, want ik zou het graag willen draaien op een Jetson.

In de commentaren onder de video van Jeff Geerling beweert iemand het op een Pi5 draaiende te hebben gekregen.

YouTube: FINALLY! Proxmox officially supports Arm (but not Raspberry Pi)

[Jerie]

Cyphax schreef op donderdag 6 augustus 2026 @ 11:18:
[...]

In de commentaren onder de video van Jeff Geerling beweert iemand het op een Pi5 draaiende te hebben gekregen.

YouTube: FINALLY! Proxmox officially supports Arm (but not Raspberry Pi)

Ja, gaaf. Pimox bestond al langer, sinds Proxmox 7 als ik het wel heb.

Zie o.a. https://github.com/pimox/pimox7

Probleem is dat je dan afhankelijk bent van een third party. Dat is nu nog steeds zo met RPi, maat minder. Heeft iets met device tree en bootloader.

[orvintax]

WheeleE schreef op woensdag 5 augustus 2026 @ 19:38:
V.w.b. de VM-adviezen: bedoelen jullie een (privileged) docker-vm, en vervolgens in de vm een directe mount naar de NAS maken? Zodat het niet via de proxmox-host en een lxc-mount loopt?

Er bestaat niet zo iets als een unprivileged/privileged VM, maar voor de rest is dat wel wat ze bedoelen.

[Shinji]

GoBieN-Be schreef op woensdag 19 november 2025 @ 20:52:
Er is blijkbaar zelfs een community script:
https://community-scripts...pts?id=nic-offloading-fix

Ik had nooit meer gemeld, maar dit heeft geholpen inderdaad.

[powerboat]

WheeleE schreef op woensdag 5 augustus 2026 @ 19:38:
V.w.b. de VM-adviezen: bedoelen jullie een (privileged) docker-vm, en vervolgens in de vm een directe mount naar de NAS maken? Zodat het niet via de proxmox-host en een lxc-mount loopt?

Een VM aanmaken i.p.v. een LXC-container, daarin Docker installeren.

Het voordeel is dat je een volledig geïsoleerd systeem krijgt waarbij je de hypervisor niet om zeep helpt bij een te hoge load o.i.d. (of je moet de boel flink over committen) tevens is het security technische veiliger.

[Thomas H]

WheeleE schreef op zondag 2 augustus 2026 @ 21:33:
Omdat het een unprivileged lxc is, en daar kan dat niet in voor zover ik weet.

Ik heb, al jaren, letterlijk tientallen unpriviliged LXC's draaien. Twee met docker, zonder issues, een stuk of 10 met bindmounts. Dat is echt geen issue met unpriviliged LXC's. Je moet een stukje storage op de host oormerken als gebruik in deze LXC's, toewijzen aan een specifieke user ID (zoals nummer 1000) op de host. Vervolgens kun je, in de configuratie van de betreffende LXC's, user ID (bv) 1000 op de host koppelen met user ID 1000 in de container. Die user moet dan de services draaien die willen schrijven op de bindmounts.

Hier staat e.e.a. uitgelegd:

https://www.itsembedded.com/sysadmin/proxmox_bind_unprivileged_lxc/

https://pve.proxmox.com/wiki/Unprivileged_LXC_containers

Ik kan eventueel een voorbeeldconfiguratie delen met jullie. Vergeet vooral niet aan te merken dat je de bindmount niet moet backuppen

[WheeleE]

@Thomas H Dankjewel, volgens mij heb ik een vergelijkbare setup:https://forum.proxmox.com/threads/tutorial-unprivileged-lxcs-mount-cifs-shares.101795/

Alleen de bindmount uit de backup laten moet ik nog nalopen.

[Thomas H]

Ha interessante post. Bij mij speelt Samba geen rol, ik doe zoveel mogelijk op de server, mijn storage pool is ook onderdeel van dezelfde unit.

[The-Source]

Voor thuisserver ga ik als de verkoop doorgaat binnenkort leuke upgrade maken.
Van 2x 48GB DDR5 4800MT/s (dual channel) icm AMD Ryzen 7 8700G (8 core / 16 thread) naar,
16x 32GB DDR4 2600MT (octa channel) en 2x AMD EPYC 7663 (56core / 112 thread)^2x

Iets met hobby enzo

[orvintax]

The-Source schreef op dinsdag 11 augustus 2026 @ 11:15:
Voor thuisserver ga ik als de verkoop doorgaat binnenkort leuke upgrade maken.
Van 2x 48GB DDR5 4800MT/s (dual channel) icm AMD Ryzen 7 8700G (8 core / 16 thread) naar,
16x 32GB DDR4 2600MT (octa channel) en 2x AMD EPYC 7663 (56core / 112 thread)^2x

Iets met hobby enzo

Waar woon je ongeveer?

Nee, het klinkt wel als een hele leuke upgrade!

[Quad]

Ook een aardige upgrade voor je energierekening denk ik.

[The-Source]

Quad schreef op dinsdag 11 augustus 2026 @ 11:34:
Ook een aardige upgrade voor je energierekening denk ik.

Klopt maar huidig systeem draait ook wel lekker. Maar idle ga ik van 35w naar ongeveer 75w is de verwachting.
Full load is ander verhaal, huidige cpu heeft tdp 65w en deze hebben per stuk 225w TDP.
Maar heb zelf veel stroom over, thuis accu etc dus stroom is niet direct een zorg maar heb dat wel mee genomen.
Maar dit systeem heeft ook andere PSU nodig dus nu wel gelijk voor 80 Plus Titanium voeding gegaan (die ook 2x CPU kabel heeft)

orvintax schreef op dinsdag 11 augustus 2026 @ 11:23:
[...]

Waar woon je ongeveer?

Nee, het klinkt wel als een hele leuke upgrade!

Regio Amersfoort

[ Voor 15% gewijzigd door The-Source op 11-08-2026 11:50 ]

[Quad]

@The-Source en een hobby mag ook wel een beetje geld kosten.

[RobertMe]

orvintax schreef op dinsdag 11 augustus 2026 @ 11:23:
[...]

Waar woon je ongeveer?

Nee, het klinkt wel als een hele leuke upgrade!

Zodat je weet wat er gaande is bij stroomuitval?

[orvintax]

RobertMe schreef op dinsdag 11 augustus 2026 @ 12:51:
[...]

Zodat je weet wat er gaande is bij stroomuitval?

Was als grapje bedoeld omdat hij upgraded naar 16x 32GB RAM

[The-Source]

Quad schreef op dinsdag 11 augustus 2026 @ 12:48:
@The-Source en een hobby mag ook wel een beetje geld kosten.

Goedkoopste 'onderdeel' wat al 50 euro kost is de koelpasta (TPM7950 maar aangezien de die 'ietsjes' groter is kom je niet weg met kleine velletjes)

[Renegade666]

Allen,

ik heb sinds dit weekend een klein cluster draaien met 4x hp sff pctjes in combi met ceph en ha
Moet zeggen dat het allemaal prima werkt. Heb het nodige gemigreerd van mijn Truenas af, op de Arr dingen na, ivm 10Gbit

Ik zit alleen even met 1 ding te prutsen gisteren.
Ik heb 1 pctje voorzien van een Nvidia quadro T1000, zodat ik die kan door zetten naar een plex-lcx.
Echter ik krijg de nvidia drivers er maar niet op. hij faalt tekens bij kernel modules maken.
Nu is de pc met SecureBoot, maar ook de dingen die op proxmox en github had gevonden, werken niet.
Iemand een idee waarom dit niet gewoon werkt?
Hij wordt wel gezien op host als in lcx als ik de installatie doe. Maar omdat er geen driver is doet hij niet.
De intel chip word ook gezien, en die wordt dan ook standaard gebruikt, en die werkt dan wel gewoon en zichtbaar in plex.

En backups werken helaas niet met de LCX containers. heeft geen rechten Iemand een idee hoe ik dat kan fixen.
De VM's doet hij wel zonder problemen.

[ Voor 8% gewijzigd door Renegade666 op 12-08-2026 08:40 ]

[Cyphax]

Renegade666 schreef op woensdag 12 augustus 2026 @ 08:36:
Allen,

ik heb sinds dit weekend een klein cluster draaien met 4x hp sff pctjes in combi met ceph en ha
Moet zeggen dat het allemaal prima werkt. Heb het nodige gemigreerd van mijn Truenas af, op de Arr dingen na, ivm 10Gbit

Ik zit alleen even met 1 ding te prutsen gisteren.
Ik heb 1 pctje voorzien van een Nvidia quadro T1000, zodat ik die kan door zetten naar een plex-lcx.
Echter ik krijg de nvidia drivers er maar niet op. hij faalt tekens bij kernel modules maken.
Nu is de pc met SecureBoot, maar ook de dingen die op proxmox en github had gevonden, werken niet.
Iemand een idee waarom dit niet gewoon werkt?
Hij wordt wel gezien op host als in lcx als ik de installatie doe. Maar omdat er geen driver is doet hij niet.
De intel chip word ook gezien, en die wordt dan ook standaard gebruikt, en die werkt dan wel gewoon en zichtbaar in plex.

En backups werken helaas niet met de LCX containers. heeft geen rechten Iemand een idee hoe ik dat kan fixen.
De VM's doet hij wel zonder problemen.

Wat ik doe is dit (in mijn geval een T600):
Requirements installeren op de host:

apt install -y dkms pve-headers wget

Driver installeren op de host (met --dkms flag)

./NVIDIA-Linux-x86_64-550.78.run --dkms

Devices in de lxc-configuratie toevoegen:

code:

dev0: /dev/nvidia0
dev1: /dev/nvidiactl
dev2: /dev/nvidia-uvm
dev3: /dev/nvidia-uvm-tools
dev4: /dev/nvidia-caps/nvidia-cap1
dev5: /dev/nvidia-caps/nvidia-cap2

Tot slot: dezelfde driver in lxc installeren maar met optie --no-kernel-module

Het enige wat ik dan nog weleens tegenkom is dat de devices op de host (onder /dev/) nog niet aangemaakt zijn voordat de containers waar ik 'm aan doorgeef (2 stuks) up zijn. Het lijkt wel alsof die nodes onder /dev/ pas later gemaakt worden. Wanneer ik een keer nvidia-smi draai op de host, dan verschijnen ze wel en kunnen de containers er gewoon bij.

[Renegade666]

Driver installeren op de host (met --dkms flag)
./NVIDIA-Linux-x86_64-550.78.run --dkms

Dit gaat dus fout, daar krijg ik die melding weg.

Dat eerste heb ik idd ook gedaan, die pre-req.

[The-Source]

@Cyphax moet je de kaart dan ook niet aan de blacklist toevoegen op je host zodat daar de driver niet wordt geladen (en dan zou in theorie driver installatie ook niet nodig zijn op je host)?
Weet even niet zo uit mijn hoofd waar dat blacklist deel zit maar heb dat voor mijn Jellyfin zo wel gedaan met graphics kaart aan de LXC knopen.

[Cyphax]

Renegade666 schreef op woensdag 12 augustus 2026 @ 10:37:
Driver installeren op de host (met --dkms flag)
./NVIDIA-Linux-x86_64-550.78.run --dkms

Dit gaat dus fout, daar krijg ik die melding weg.

Dat eerste heb ik idd ook gedaan, die pre-req.

Wat is dat dan voor melding die je krijgt?

The-Source schreef op woensdag 12 augustus 2026 @ 10:54:
@Cyphax moet je de kaart dan ook niet aan de blacklist toevoegen op je host zodat daar de driver niet wordt geladen (en dan zou in theorie driver installatie ook niet nodig zijn op je host)?
Weet even niet zo uit mijn hoofd waar dat blacklist deel zit maar heb dat voor mijn Jellyfin zo wel gedaan met graphics kaart aan de LXC knopen.

Hmmm dat is wel een goede vraag. Volgens mij heb ik niks geblacklist. Er zijn wat modules geblacklist, met name nouveau. Maar er is ook een pve-blacklist.conf waar nvidiafb in wordt geblokkeerd. Ik kan me niet herinneren daar met de hand iets voor gedaan te hebben.
(ik kijk in /etc/modprobe.d voor de geblackliste modules)

[ Voor 3% gewijzigd door Cyphax op 12-08-2026 11:00 ]

[Renegade666]

Ik heb deze oa gevolgd, dit was het meest moderne/laatst aangemaakt.
https://gist.github.com/n...564ece8be3990d774386b5d0c

eerste stappen gaan allemaal prima, maar bij het installeren dus mis.
Hij gaat door Building Kernel Modules tot 100%, en daarna poef
An error has occurred while perfomrming the step building kernel moduls.
met verwijzing naar log. waar ik ook niet echt uitkom wat ze daarin nu zeggen wat stuk is

Hier linkje naar log bestand.
https://e.pcloud.link/pub...802TmCMjKsFCeDKSQBuh2F9ek

Dus als iemand een idee heeft
En anders maar gewoon met de intel igpu doen
Want alleen die kaart er in doen gaat het verbruik al met 25 watt omhoog XD terwijl 4 pc's rond de 50 zaten, zit ik nu rond de 75. (de containers/vms hebben het niet erg druk, dus dat scheelt)

[ Voor 14% gewijzigd door Renegade666 op 12-08-2026 16:12 ]

[Cyphax]

@Renegade666
Ik zou het met een jongere versie van de driver proberen. Niet alle versies werken altijd zomaar, ik heb daar ook weleens gezeur mee gehad waarbij de oplossing een jongere driver is. Je hebt geprobeerd 580.95.05 te installeren. Ik heb zelf 580.159.03 draaien. Je hebt best wel kans dat die het bij jou ook doet.
https://www.nvidia.com/en-us/drivers/details/267258/

[servies]

The-Source schreef op woensdag 12 augustus 2026 @ 10:54:
@Cyphax moet je de kaart dan ook niet aan de blacklist toevoegen op je host zodat daar de driver niet wordt geladen (en dan zou in theorie driver installatie ook niet nodig zijn op je host)?

Vziw geldt dat voor een VM, die heeft dan als enige de beschikking over dat device.
Bij een container juist niet, daar moet de kaart geenabled zijn in de host, waarna je het desbetreffende device in de lxc configuratie toevoegd.

[Renegade666]

@Cyphax
KOmen weer een stapje verder.
Kreeg nu de melding dat cc miste tijds de installtie, deze is nu aanwezig.

toen weer een melding..

Toen maar even opnieuw begonnen van de handleiding, en toen kon ik wel verder
Dus de driver is geinstalleerd.

Nu net de plex container opnieuw gedaan, en dat ging ook zonder problemen en zag hem.
Maar nu komt het belangrijkste, plex, die ziet hem niet XD

Ga later wel weer even verder, wil nu even nog wat anders doen

Edit:
reboot container, en tadaaaa, een T1000 in plex :D:D

Danks voor de push naar de juiste richting (de nieuwere driver waar ik verder niet echt naar gekeken had XD)

[ Voor 23% gewijzigd door Renegade666 op 12-08-2026 16:53 ]

[Cyphax]

Renegade666 schreef op woensdag 12 augustus 2026 @ 16:50:
@Cyphax
KOmen weer een stapje verder.
Kreeg nu de melding dat cc miste tijds de installtie, deze is nu aanwezig.

toen weer een melding..

Toen maar even opnieuw begonnen van de handleiding, en toen kon ik wel verder
Dus de driver is geinstalleerd.

Nu net de plex container opnieuw gedaan, en dat ging ook zonder problemen en zag hem.
Maar nu komt het belangrijkste, plex, die ziet hem niet XD

Ga later wel weer even verder, wil nu even nog wat anders doen

Edit:
reboot container, en tadaaaa, een T1000 in plex :D:D

Danks voor de push naar de juiste richting (de nieuwere driver waar ik verder niet echt naar gekeken had XD)

Top!
Laatste tip nog: maak een aantekening in Proxmox (note bij de container of op host-niveau) met de stappen die je nu hebt gevolgd. Je gaat die vaker uit moeten voeren (kernel-updates hoofdzakelijk). Het kan altijd zijn dat de driver die je dan probeert te installeert niet meer werkt maar de nieuwste driver wel.
Het kan ook zijn dat je de driver een keer moet uninstallen. Dat kan je ook met de installer doen. Gooi die .run-file dus niet weg. Ik laat 'm zelf altijd in /root staan ergens op de host.

[powerboat]

Volgens mij hoef je niet de blacklisten in een lxc maar doe je meer aan gpu sharing.

[The-Source]

Niet direct proxmox gerelateerd (ook al staat de test wel op de boot usb van PVE )
Maar memtest86+ icm met dual cpu en dan 16x dimms vol duurt best lang voordat deze door init fase heen is en werkelijk gaat testen.
Best lang is bijna 10 minuten en * The-Source is dan natuurlijk ongeduldig en al op zoek naar info waarom
maar Gemini kon mij wel goed uitleggen dat het door reserveren van parallel channels & threads is en tja dat is iets meer dan consumenten hardware situatie waar mij ervaringen vanuit het verleden op gebasseerd waren.
Maar alles is met PASS afgerond in ongeveer 10 uur.

Nu alleen wachten op mijn behuizing die wat vertraagd is

[WheeleE]

Met behulp van alle adviezen en feedback naar aanleiding van mijn IO Pressure Stall uitdaging heb ik nu de boel omgezet.

Een Docker VM met daarin een NFS mount direct naar m'n NAS. QBittorrent zoemt nu als een zonnetje op volle snelheid zonder een centje pijn.

Dank allemaal!

[iGadget]

Vandaag wil ik de upgrade van PVE 8 -> 9 gaan doen op mijn laatste servertje. De eerste 2 van mijn servertjes gingen probleemloos, maar mijn derde draait naast PVE ook nog PBS. Uiteraard ga ik alle officiële guides volgen, maar wellicht hebben jullie nog lat-minute tips / best practices waar ik rekening mee moet houden?

Update - PVE & PBS zijn met behulp van alle guides succesvol geupgrade

[ Voor 10% gewijzigd door iGadget op 19-08-2026 17:18 ]

[powerboat]

iGadget schreef op woensdag 19 augustus 2026 @ 13:13:
Vandaag wil ik de upgrade van PVE 8 -> 9 gaan doen op mijn laatste servertje. De eerste 2 van mijn servertjes gingen probleemloos, maar mijn derde draait naast PVE ook nog PBS. Uiteraard ga ik alle officiële guides volgen, maar wellicht hebben jullie nog lat-minute tips / best practices waar ik rekening mee moet houden?

Je servers migreren naar je andere hosts en dan gewoon lekker upgraden. (Ik neem aan dat je ze in een cluster hebt).

[InjecTioN]

powerboat schreef op woensdag 19 augustus 2026 @ 14:06:
[...]

Je servers migreren naar je andere hosts en dan gewoon lekker upgraden. (Ik neem aan dat je ze in een cluster hebt).

Ik heb PBS als LXC draaien, waarmee ik in theorie zelfs een PBS server kan restoren. (storage voor PBS staat natuurlijk elders.)

[dcm360]

Met Proxmox Datacenter Manager kan je tegenwoordig ook guests migreren naar andere clusters (al dan niet met een enkele host per cluster). Mijn 2 hosts thuis zijn bewust niet ingesteld als cluster (ik heb ze graag compleet onafhankelijk van elkaar), maar met PDM kan ik tijdens upgrades wel de guests migreren.

[iGadget]

powerboat schreef op woensdag 19 augustus 2026 @ 14:06:
[...]

Je servers migreren naar je andere hosts en dan gewoon lekker upgraden. (Ik neem aan dat je ze in een cluster hebt).

Ja de eerste 2 servers wel, maar die laatste niet (want geen 10gbit nic en geen losse nic voor corosync). Draai er wel die package op om het quorum op meer dan 1 te houden als 1 van de andere servers uit valt, maar PVE zelf zit op deze bak verder niet in het cluster.

De enige VM dier er op draait die ik echt niet kwijt wil raken is HAOS welke via passthrough USB aan de P1 meter hangt. Deze VM kan ik hierdoor niet makkelijk migreren (de andere 2 servers staan fysiek te ver van de P1 meter).

Op termijn wil ik dit oplossen met een P1 dongle die via het netwerk uit te lezen is, maar dat moet nog.
Kan deze VM wel via de gedeelde PBS datastore restoren naar het cluster, maar dat heb ik nooit getest. Zal dit iig nog doen zodat ik tenminste een (extra) kopie heb.

[iGadget]

dcm360 schreef op woensdag 19 augustus 2026 @ 14:22:
Met Proxmox Datacenter Manager kan je tegenwoordig ook guests migreren naar andere clusters (al dan niet met een enkele host per cluster). Mijn 2 hosts thuis zijn bewust niet ingesteld als cluster (ik heb ze graag compleet onafhankelijk van elkaar), maar met PDM kan ik tijdens upgrades wel de guests migreren.

Hee maar dat is interessant... Zou voor mij eigenlijk ook een veel betere oplossing zijn - scheelt gedoe met quorum en corosync is dan niet langer nodig. HA gebruik ik in de praktijk nauwelijks (en met LXC kan het toch al niet seamless). Dank voor de tip!

[Jerie]

iGadget schreef op woensdag 19 augustus 2026 @ 14:28:
[...]

Ja de eerste 2 servers wel, maar die laatste niet (want geen 10gbit nic en geen losse nic voor corosync). Draai er wel die package op om het quorum op meer dan 1 te houden als 1 van de andere servers uit valt, maar PVE zelf zit op deze bak verder niet in het cluster.

De enige VM dier er op draait die ik echt niet kwijt wil raken is HAOS welke via passthrough USB aan de P1 meter hangt. Deze VM kan ik hierdoor niet makkelijk migreren (de andere 2 servers staan fysiek te ver van de P1 meter).

Op termijn wil ik dit oplossen met een P1 dongle die via het netwerk uit te lezen is, maar dat moet nog.
Kan deze VM wel via de gedeelde PBS datastore restoren naar het cluster, maar dat heb ik nooit getest. Zal dit iig nog doen zodat ik tenminste een (extra) kopie heb.

Je kunt ook de USB aan een RPi Zero hangen en met USBIP de USB exporteren. Een single point of failure is het altijd.

[iGadget]

Jerie schreef op woensdag 19 augustus 2026 @ 16:27:
[...]


Je kunt ook de USB aan een RPi Zero hangen en met USBIP de USB exporteren. Een single point of failure is het altijd.

Die heeft alleen WiFi toch? Dit soort belangrijke zaken hou ik liever volledig bedraad, net wat stabieler.

[Jerie]

iGadget schreef op woensdag 19 augustus 2026 @ 16:37:
[...]

Die heeft alleen WiFi toch? Dit soort belangrijke zaken hou ik liever volledig bedraad, net wat stabieler.

Dat klopt. Ik overigens ook liefst zo min mogelijk wireless.

Ik gebruik PoE module met mijn RPi Zero. Er zijn ook modules die non-PoE ethernet leveren (kan ook met de PoE module).

Wat je ook nog kunt doen i.p.v USBIP is Prometheus op de RPi exporteren. Dat is waarschijnlijk zelfs stabieler, omdat die intern ook nog caching heeft (dat kan zelfs in RAM i.p.v. flash). Ook kun je er een batterij aanhangen. Daar gebruik ik UPS-Lite voor.

Ik heb persoonlijk diverse USB-A aan mijn all-in-one server hangen. Een P1, Bluetooth, SDR, fan, ... ook diverse USB-C / TB.

Ja, het is een SPOF, het zij zo. De downtime na een reboot (en die is er soms dankzij nieuwe Linux kernels) is er, maar is toch vrij laag. De grootste moeite is de FDE unlocken op de NAS VM.

[iGadget]

Jerie schreef op woensdag 19 augustus 2026 @ 17:06:
Ik gebruik PoE module met mijn RPi Zero. Er zijn ook modules die non-PoE ethernet leveren (kan ook met de PoE module).

Mja PoE heb ik niet in mijn meterkast, dus dan zou een non-PoE module mss beter zijn.

Wat je ook nog kunt doen i.p.v USBIP is Prometheus op de RPi exporteren. Dat is waarschijnlijk zelfs stabieler, omdat die intern ook nog caching heeft (dat kan zelfs in RAM i.p.v. flash). Ook kun je er een batterij aanhangen. Daar gebruik ik UPS-Lite voor.

Heb echt nul ervaring met Prometheus, maar dat kun je dan weer (makkelijk) aan HomeAssistant knopen ter vervanging van DSMR?

Ik heb persoonlijk diverse USB-A aan mijn all-in-one server hangen. Een P1, Bluetooth, SDR, fan, ... ook diverse USB-C / TB.

Ah ja, bijna vergeten - aan diezelfde machine hangt ook een USB-A Zigbee dongle (passthrough naar HomeAssistant). Dus zelfs als fix ik de P1 dan ben ik er nog steeds niet. Ik denk dat ik het voorlopig maar zo laat.

[powerboat]

InjecTioN schreef op woensdag 19 augustus 2026 @ 14:22:
[...]

Ik heb PBS als LXC draaien, waarmee ik in theorie zelfs een PBS server kan restoren. (storage voor PBS staat natuurlijk elders.)

Dat heb ik ook enige tijd gehad, uiteindelijk heb ik deze nu in een container zitten op TrueNAS wat een aparte dedicated backup-server is.

YouTube: How to Run Proxmox Backup Server on TrueNAS

[stormfly]

dcm360 schreef op woensdag 19 augustus 2026 @ 14:22:
Met Proxmox Datacenter Manager kan je tegenwoordig ook guests migreren naar andere clusters (al dan niet met een enkele host per cluster). Mijn 2 hosts thuis zijn bewust niet ingesteld als cluster (ik heb ze graag compleet onafhankelijk van elkaar), maar met PDM kan ik tijdens upgrades wel de guests migreren.

Dat is hele fijne informatie, dank voor het delen. Ik heb nu een 2 node cluster met witness op een Pi 5. Totaal overbodig want de 2e node gaat alleen aan als ik de 1e node voor onderhoud reboot en dan verplaats ik 1 VM. Ik zou er wel meer willen verplaatsen maar deze hebben USB mounts wat het complex maakt.

As we speak aan het installeren van PDM ;-)

[InjecTioN]

Even ter informatie:

Proxmox VE 9
First Release: 2025-08, Debian Version 13 (Trixie), Debian EOL: TBA, Proxmox VE EOL: TBA

Proxmox VE 8
First Release: 2023-06, Debian Version 12 (Bookworm), Debian EOL: 2026-07, Proxmox VE EOL: 2026-08

_{Bron: https://forum.proxmox.com...-support-lifecycle.35755/}

Dit betekent dat er vanaf morgen dus geen security updates meer komen voor Proxmox 8.x. (Debian 12 was vorige maand reeds EoL.)

Upgraden is aangeraden wanneer mogelijk. PVE 9.2 is inmiddels ook al netjes volwassen geworden met Debian 13 (Trixie).

[GHB363]

Ik zag laatst inderdaad een alert hierover op mijn pbs, de pve nodes had ik een tijdje terug al naar trixie gehaald, maar de backup server was ik een beetje vergeten.

[ElCondor]

GHB363 schreef op maandag 31 augustus 2026 @ 21:49:
Ik zag laatst inderdaad een alert hierover op mijn pbs, de pve nodes had ik een tijdje terug al naar trixie gehaald, maar de backup server was ik een beetje vergeten.

that reminds me...

[ThinkPad]

Ik heb unattended-upgrades aan staan op PBS (op PVE vind ik dat te tricky), maar die doet geen versie updates Thuis ook maar even kijken welke versie ik heb, volgens mij tijd terug al geupdate.

[ Voor 3% gewijzigd door ThinkPad op 01-09-2026 08:47 ]

[Jerie]

ThinkPad schreef op dinsdag 1 september 2026 @ 08:46:
Ik heb unattended-upgrades aan staan op PBS (op PVE vind ik dat te tricky), maar die doet geen versie updates Thuis ook maar even kijken welke versie ik heb, volgens mij tijd terug al geupdate.

unattended-upgrades kan wel degelijk ingesteld worden om versies te upgraden, maar dat is zeer onverstandig gezien unattended.

[mkleinman]

Ik heb afgelopen week mijn 3 node cluster bijgewerkt naar Proxmox 9, Ceph had ik al naar 19.2.3 in een eerdere fase bijgewerkt.. Eerste node was eng.. nadat de dist-upgrade en reboot netjes was gegaan was mijn hele cluster binnen het uur bijgewerkt van 8 naar 9.

[_JGC_]

mkleinman schreef op woensdag 2 september 2026 @ 12:15:
Ik heb afgelopen week mijn 3 node cluster bijgewerkt naar Proxmox 9, Ceph had ik al naar 19.2.3 in een eerdere fase bijgewerkt.. Eerste node was eng.. nadat de dist-upgrade en reboot netjes was gegaan was mijn hele cluster binnen het uur bijgewerkt van 8 naar 9.

Nou nog van Squid naar Tentacle
19.2.3 is EOL over enkele weken.

En ja, ik vond dat upgraden ook best eng, maar eigenlijk stelt het niks voor, ook de Ceph upgrades niet. Meeste horrorverhalen hoor je over Erasure Coded pools, maar dat is sowieso Russische roulette op dit moment.

Enige waar ik tegenaanliep bij 8->9 was de mesh setup met FRR waar je een regeltje weg moest halen uit de netwerkconfig. Dat resulteerde in de eerste node die bleef hangen bij het initialiseren van netwerk, maar was snel verholpen.

[The-Source]

Vandaag redelijk soepel mijn server migratie (geen cluster) verhuisd naar fysiek andere machine.
Belangrijkste stappen om dit soepel te laten verlopen is migratie API token aanmaken onder root user (nieuwe server)
ssh Fingerprint van nieuwe server erbij pakken.
Nummers zijn host-id target-id (201 host ook 201 target)
Target network en storage moeten natuurlijk ook kloppen.
Voor VM:

code:

qm remote-migrate 201 201 \
  'apitoken=PVEAPIToken=root@pam!<tokennaam>=<apitoken>,host=192.168.x.y,fingerprint=<ssh fingerprint>' \
  --target-bridge vmbr0 \
  --target-storage local-lvm \
  --online

Voor LXC keyctl optie moet uit.

code:

pct remote-migrate 101 101 \
  'apitoken=PVEAPIToken=root@pam!<tokennaam>=<apitoken>,host=192.168.x.y,fingerprint=<ssh fingerprint>' \
  --target-bridge vmbr0 \
  --target-storage local-lvm \
  --restart

Als je extra disks hebt toegekend op mountpoints dan moet je die even weg halen maar verder gaat dit dus echt soepel en tussen host en target zat 2.5Gbps netwerk en ging dan ook met 250MB/s
En voordeel ook, op source gaat VM/LXC uit en op Target wordt deze gelijk online gebracht met hetzelfde mac-adres en vlan etc

Ook zfs pool export en import ging als een zonnetje (NAS VM migreren net wat minder soepel omdat deze de zpool gebruikte en dus op source miste maar simpele conf aanpassing voor die extra drive (# ervoor) was het na migratie kleine aanpassing omdat weer werkend te maken.

offtopic:
Nu eens kijken of ik de oude hardware (welke eigenlijk nieuwe is dan de nieuwe server) nog kan verkopen. Ben nu van consumenten hardware naar enterprise spulenboel overgestapt

[GoBieN-Be]

Je kan dat ook via een nette GUI met de Proxmox Datacenter Manager (PDM).
Helaas werkt migrate niet met RAW disks op Ceph storage

[The-Source]

GoBieN-Be schreef op vrijdag 18 september 2026 @ 19:00:
Je kan dat ook via een nette GUI met de Proxmox Datacenter Manager (PDM).
Helaas werkt migrate niet met RAW disks op Ceph storage

De extra disk stonden bij mij in zfs storage welke ik pas aan het einde kon migreren. En nadat ik de fysieke disks had overgezet en zfs import had gedaan was het simpel om ze over te zetten.
En om PDM te gebruiken moet je het weet eerst inrichten en met de command line heb ik die stap overgeslagen

[icecreamfarmer]

Ik heb het zelfde probleem als hier:

https://forum.proxmox.com/threads/increase-in-io-pressure-after-9-2-3-update.184026/

Gisteren wilde ik wat bestanden over pompen en eens kijken waarom alles zo traag is. Zowel naar de SSD als de HDD leest hij maar met 5 mb/s. Na het updaten van OpenMediaVault (VM) haal ik in het begin weer 90 mb/s echter loopt dat gestaag weer terug. Ik gok omdat hij dan door zijn ram heen is.

Na wat verder onderzoek blijkt mij IO pressure stall op alle ARR lxc's naar 100% some en 80% full te lopen. Dat lijkt hij sinds 22-8 te doen. Toen heb ik ook een ronde updates gedraaid om alles naar de laatste versies te brengen.

Alle vm's en lxc's draaien op een ssd en de media staat op een separate hdd. Het lijkt mij sterk dat beiden schijven op hetzelfde moment kapot zijn. Gisteren weer alles geupdate maar probleem blijft.

Van de 4tb ssd is nog 1,5tb vrij. Van de 6 tb hdd is nog 1 tb vrij.

[The-Source]

@icecreamfarmer
Op mijn oude server met dezelfde ZFS pool (en dus disks) had ik ook best veel IO presure stal.
Hier maakte ik gebruik van m2 naar sata converters (die modules die 6 sata ports hebben)
Nu heb ik dezelfde disks op direct op ander mainboard zitten en geen IO pressure stals meer.
En ja ook OMV en ZFS pool van 6 disks
Nu kan het aan 2 zaken liggen (of combinatie)
1 ZFS export en ZFS import heeft iets recht gezet wat verkeerd was
En/of onboard sata ports zijn beter dan die m2 naar sata converters.

Aan de OMV VM heb ik niets aangepast dus daar zal het verschil niet in mogen zitten

[DjoeC]

icecreamfarmer schreef op maandag 21 september 2026 @ 09:38:
Ik heb het zelfde probleem als hier:

https://forum.proxmox.com/threads/increase-in-io-pressure-after-9-2-3-update.184026/

Gisteren wilde ik wat bestanden over pompen en eens kijken waarom alles zo traag is. Zowel naar de SSD als de HDD leest hij maar met 5 mb/s. Na het updaten van OpenMediaVault (VM) haal ik in het begin weer 90 mb/s echter loopt dat gestaag weer terug. Ik gok omdat hij dan door zijn ram heen is.

Na wat verder onderzoek blijkt mij IO pressure stall op alle ARR lxc's naar 100% some en 80% full te lopen. Dat lijkt hij sinds 22-8 te doen. Toen heb ik ook een ronde updates gedraaid om alles naar de laatste versies te brengen.

Alle vm's en lxc's draaien op een ssd en de media staat op een separate hdd. Het lijkt mij sterk dat beiden schijven op hetzelfde moment kapot zijn. Gisteren weer alles geupdate maar probleem blijft.

Van de 4tb ssd is nog 1,5tb vrij. Van de 6 tb hdd is nog 1 tb vrij.

Ondersteunt je SSD in jouw configuratie Trim? Geen trim kan traagheid veroorzaken.

[tjanssen]

DjoeC schreef op maandag 21 september 2026 @ 13:32:
[...]

Ondersteunt je SSD in jouw configuratie Trim? Geen trim kan traagheid veroorzaken.

En ook al ondersteunt je SSD trim, dan wil het nog niet zeggen dat het ook aan staat. Te controleren met:

code:

root@pve:~#  zpool get autotrim rpool
NAME   PROPERTY  VALUE     SOURCE
rpool  autotrim  on        local
root@pve:~#

[orvintax]

tjanssen schreef op maandag 21 september 2026 @ 14:07:
[...]


En ook al ondersteunt je SSD trim, dan wil het nog niet zeggen dat het ook aan staat. Te controleren met:

code:

root@pve:~#  zpool get autotrim rpool
NAME   PROPERTY  VALUE     SOURCE
rpool  autotrim  on        local
root@pve:~#

Na al die jaren blijkt het uit te staan op mijn rpool, lol

[tjanssen]

orvintax schreef op maandag 21 september 2026 @ 19:41:
[...]

Na al die jaren blijkt het uit te staan op mijn rpool, lol

Dan zal je IO pressure stall wel een paar uurtjes omhoog gaan als je nu gaat trimmen...

[ocaj]

orvintax schreef op maandag 21 september 2026 @ 19:41:
[...]

Na al die jaren blijkt het uit te staan op mijn rpool, lol

Je bent niet de enige. Geen idee hoelang die autotrim-feature al bestaat, maar ik heb hem bij mij zowel op mijn rpool (uit 2019) als mijn data-pool (uit 2012) ook niet aanstaan. Zal binnenkort eens op een rustig moment eerst handmatig een trim doen via

code:

 zpool trim <pool>

Actuele trim-status is te zien via:

code:

 zpool status -t <pool>

[tjanssen]

Vergeet ook niet "discard" in de schijf settings van je VM aan te zetten. Hiermee geeft de VM ongebruikte blokken ook terug aan je pool, die dan vervolgens door PVE getrimd mogen worden.

[orvintax]

tjanssen schreef op maandag 21 september 2026 @ 22:02:
[...]


Dan zal je IO pressure stall wel een paar uurtjes omhoog gaan als je nu gaat trimmen...

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Overigens wel benieuwd wat hier het effect van gaat zijn. Ik heb sinds een migratie binnen mijn "hoofd" VM, vaak last van IO pressure stall als ik flink ga schrijven. Dus daar zou dit mee moeten helpen.

tjanssen schreef op dinsdag 22 september 2026 @ 07:20:
Vergeet ook niet "discard" in de schijf settings van je VM aan te zetten. Hiermee geeft de VM ongebruikte blokken ook terug aan je pool, die dan vervolgens door PVE getrimd mogen worden.

Overigens had ik dat dan wel al jaren aanstaan..

[Renegade666]

Hmm, zal hier straks ook even naar kijken, naar trim, heb ook alleen maar ssd's in het geheel

[tjanssen]

orvintax schreef op dinsdag 22 september 2026 @ 13:22:
[...]


***members only***

Overigens wel benieuwd wat hier het effect van gaat zijn. Ik heb sinds een migratie binnen mijn "hoofd" VM, vaak last van IO pressure stall als ik flink ga schrijven. Dus daar zou dit mee moeten helpen.


[...]

Wat voor SSDs gebruik je? Een goedkope (DRAM-loze) SSD kan vaak ook al IO stall geven tijdens continue trim, maar dit is bij jou dus niet het geval zo te zien.

[orvintax]

tjanssen schreef op dinsdag 22 september 2026 @ 15:13:
[...]


Wat voor SSDs gebruik je? Een goedkope (DRAM-loze) SSD kan vaak ook al IO stall geven tijdens continue trim, maar dit is bij jou dus niet het geval zo te zien.

Het lijkt gepaard te gaan met het effect dat ik eerder benoemde. Ik was met een "grote" schrijf operatie bezig toen ik die trim tegelijkertijd aanzette. Als ik zo naar die VM kijk dan lijkt het vooral daar door te komen. Het zijn twee Samsung 860 PRO. Ik ga eens een testje doen met een andere "grote" schrijf operatie om te kijken wat er nu gebeurd.

Edit: Ik heb een test gedaan en het lijkt mijn eerdere problemen volledig te hebben opgelost. Ben benieuwd of dit een fluke was, maar het lijkt er niet op.

[ Voor 11% gewijzigd door orvintax op 22-09-2026 16:17 . Reden: Resultaten test toegevoegd ]

[icecreamfarmer]

tjanssen schreef op maandag 21 september 2026 @ 14:07:
[...]


En ook al ondersteunt je SSD trim, dan wil het nog niet zeggen dat het ook aan staat. Te controleren met:

code:

root@pve:~#  zpool get autotrim rpool
NAME   PROPERTY  VALUE     SOURCE
rpool  autotrim  on        local
root@pve:~#

Opgelost. Heb btrfs een hele dag blokken laten schuiven van de hdd.

Echter probleem bleef. Toen viel op dat de arr stack allemaal 30+% cpu pakten terwijl dit in idel rond de 2% moet zijn. Die waren continue iets met de ssd aan het doen.

Zelfs de shell wilde niet meer laden. Die stopgezet en meteen update protocol gedraaid en nu lijkt het weer te werken. Probleem was dus andersom, de disk veroorzaakte niet de lag maar de lxc's.


OP jouw commando krijg ik dit.

Cannot get properties of rpool: no such pool available.

[ Voor 5% gewijzigd door icecreamfarmer op 22-09-2026 20:02 ]

[icecreamfarmer]

ocaj schreef op maandag 21 september 2026 @ 23:38:
[...]


Je bent niet de enige. Geen idee hoelang die autotrim-feature al bestaat, maar ik heb hem bij mij zowel op mijn rpool (uit 2019) als mijn data-pool (uit 2012) ook niet aanstaan. Zal binnenkort eens op een rustig moment eerst handmatig een trim doen via

code:

 zpool trim <pool>

Actuele trim-status is te zien via:

code:

 zpool status -t <pool>

Bij jouw commando krijg ik dit en dat lijkt dus goed te gaan behalve dat ik features mis?


zpool status -t

pool: DataSSD

state: ONLINE

status: Some supported and requested features are not enabled on the pool.

The pool can still be used, but some features are unavailable.

action: Enable all features using 'zpool upgrade'. Once this is done,

the pool may no longer be accessible by software that does not support

the features. See zpool-features(7) for details.

scan: scrub repaired 0B in 01:04:35 with 0 errors on Sun Sep 13 01:28:36 2026

config:

NAME STATE READ WRITE CKSUM

DataSSD ONLINE 0 0 0

nvme-CT4000P3PSSD8_2451E99B6302-part5 ONLINE 0 0 0 (100% trimmed, completed at Sun Sep 6 00:27:42 2026)

errors: No known data errors

[ocaj]

icecreamfarmer schreef op dinsdag 22 september 2026 @ 20:00:
[...]

Bij jouw commando krijg ik dit en dat lijkt dus goed te gaan behalve dat ik features mis?

code:

zpool status -t

  pool: DataSSD

 state: ONLINE

status: Some supported and requested features are not enabled on the pool.

        The pool can still be used, but some features are unavailable.

action: Enable all features using 'zpool upgrade'. Once this is done,

        the pool may no longer be accessible by software that does not support

        the features. See zpool-features(7) for details.

  scan: scrub repaired 0B in 01:04:35 with 0 errors on Sun Sep 13 01:28:36 2026

config:

        NAME                                     STATE     READ WRITE CKSUM

        DataSSD                                  ONLINE       0     0     0

          nvme-CT4000P3PSSD8_2451E99B6302-part5  ONLINE       0     0     0  (100% trimmed, completed at Sun Sep  6 00:27:42 2026)

errors: No known data errors

In ieder geval kun je zien dat hij op 6 september nog een trim-operatie heeft gedaan. Geen idee of dat door "autotrim" komt, of dat je een of andere cronjob of handmatige trim gedaan hebt.

Wat de waarschuwing over features betreft: Nieuwere features die niet backwards-compatibel zijn moet je bij zfs altijd handmatig activeren. Als je geen behoefte hebt om je pool op een systeem met een oudere zfs-versie (of een andere ZFS dan Zfs-on-linux) te gebruiken kun je doorgaans gewoon de upgrade doen. Of even onderzoeken of er voor jou interessante features bij zitten. Als er niks bij zit dat voor jou relevant is, dan kun hoef je de upgrade ook niet echt te doen.

[edwin2021]

Ook hier stond trim uit op de ssd pool. Staat nu aan en heeft gedraaid. Bedankt voor de tip. Wel beetje gek dat dit niet gelijk aangezet wordt als er ssd's in een zfs pool zitten.

Discard op on stond overal goed.

[BrandALARM]

hierbij een tip die van mijn part meer aandacht mag: https://github.com/ccebelenski/anas Anas: The storage layer Proxmox VE doesn't have, inside the Proxmox web UI. Werkt voor mij heel prettig.

[zeroday]

BrandALARM schreef op dinsdag 22 september 2026 @ 21:29:
hierbij een tip die van mijn part meer aandacht mag: https://github.com/ccebelenski/anas Anas: The storage layer Proxmox VE doesn't have, inside the Proxmox web UI. Werkt voor mij heel prettig.

Ik snap de 'toegevoegde' waarde nog niet erg als je al bijv. een cluster hebt en geen vrije disks hebt.

Ik denk mooi voor als je iets nieuws gaat opzetten, maar lastig te implementeren als je al een werkend cluster hebt. Want ik zie niet 1-2-3 waar ik dit in mijn 7 node cluster dit kan inpassen.

[strandbal]

Zelf stop ik services als SMB etc liever in een VM (of CT, net wat je voorkeur is). Snap dat het handig is voor thuisgebruik, maar ik hou m'n host liever gewoon m'n host.

Grappig project wel, het maakt van Proxmox een soort Truenas/Proxmox hybrid.

[icecreamfarmer]

zeroday schreef op woensdag 23 september 2026 @ 07:59:
[...]


Ik snap de 'toegevoegde' waarde nog niet erg als je al bijv. een cluster hebt en geen vrije disks hebt.

Ik denk mooi voor als je iets nieuws gaat opzetten, maar lastig te implementeren als je al een werkend cluster hebt. Want ik zie niet 1-2-3 waar ik dit in mijn 7 node cluster dit kan inpassen.

Ik wel. Omdat nu te regelen heb ik openmediavault nu draaien met de benodigde overhead. Enige wat die doet is users en smb verzorgen.

[Rolfie]

BrandALARM schreef op dinsdag 22 september 2026 @ 21:29:
hierbij een tip die van mijn part meer aandacht mag: https://github.com/ccebelenski/anas Anas: The storage layer Proxmox VE doesn't have, inside the Proxmox web UI. Werkt voor mij heel prettig.

Ziet er goed uit, echter wat mij wel opvalt. Claude als mede ontwikkelaar. Dus ik krijg er wel erg een codevibing gevoel bij. Ontwikkeling is eigenlijk pas sinds Aug, dus nog erg nieuw.
En volgens mij maar 1 ontwikkelaar en AI.

[BrandALARM]

Ik kwam het project tegen op reddit toen TrueNas de aankondiging deed voor hun Proxmox plugin.

[Gunner]

In navolging op de TRIM-discussie ben ik even gaan kijken, maar ik heb blijkbaar een thin-lvm. Is dat dan relevant?

[orvintax]

Gunner schreef op woensdag 23 september 2026 @ 12:09:
In navolging op de TRIM-discussie ben ik even gaan kijken, maar ik heb blijkbaar een thin-lvm. Is dat dan relevant?

Mogelijk. "thin-lvm" gaat over een ander laagje binnen je opslag. Je kunt namelijk thin-lvm zowel op HDDs (waar je geen TRIM hebt) als SSDs gebruiken. TRIM gaat over fysiek schijf niveau.

[RobertMe]

orvintax schreef op woensdag 23 september 2026 @ 12:35:
[...]

Mogelijk. "thin-lvm" gaat over een ander laagje binnen je opslag. Je kunt namelijk thin-lvm zowel op HDDs (waar je geen TRIM hebt) als SSDs gebruiken. TRIM gaat over fysiek schijf niveau.

Ook bepaalde modellen HDD kennen trim. Voor bv HDDs op basis van SMR is trim ook zeer nuttig en dus regelmatig ook ondersteund. (Maar HDDs op basis van SMR zul je niet als OS disk gebruiken, als je ze uberhaupt al gebruikt. En voor een hoge mate van bulk storage (opslaan en jaren laten staan) zal SMR niet zo'n issue zijn en als je niks verwijderd is trim ook niet relevant).

[zeroday]

BrandALARM schreef op woensdag 23 september 2026 @ 11:28:
Ik kwam het project tegen op reddit toen TrueNas de aankondiging deed voor hun Proxmox plugin.

dat vind ik interessanter .. Nu nog naar Truenas Scale gaan ..

[brommetje]

En nog mooier er is nu ook een Proxmox Storage Plugin voor de Synology en NetApp.

[BrandALARM]

brommetje schreef op donderdag 24 september 2026 @ 12:26:
En nog mooier er is nu ook een Proxmox Storage Plugin voor de Synology en NetApp.

gevonden: https://github.com/aearnhardt/pve-synology-plugin

[brommetje]

BrandALARM schreef op donderdag 24 september 2026 @ 12:50:
[...]

gevonden: https://github.com/aearnhardt/pve-synology-plugin

En deze https://github.com/jasoncheng7115/jt-pve-storage-synology heeft meer mogelijkheden als ik de documentatie zo bekijk?

[orvintax]

orvintax schreef op dinsdag 22 september 2026 @ 13:22:
[...]


***members only***

Overigens wel benieuwd wat hier het effect van gaat zijn. Ik heb sinds een migratie binnen mijn "hoofd" VM, vaak last van IO pressure stall als ik flink ga schrijven. Dus daar zou dit mee moeten helpen.


[...]

Overigens had ik dat dan wel al jaren aanstaan..

Kleine update na een aantal dagen, de IO Pressure is nu (zo goed als) volledig weg na de automatische en handmatige TRIM aan te zetten. Je ziet precies wanneer ik het heb aangezet :P

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Renegade666]

Ik had deze week ook even gekeken, maar bij mij leek TRIM standaard al aan te staan?

Tis relatief nieuw cluster, en ben met 9.2 begonnen, dus dat zou een reden kunnen zijn.

Al kan ik straks weer alles verhuizen. Heb wat leuke mini's hiervoor straks

[brommetje]

Hallo alle, situatie momenteel 2 nodes (ThinkCentre M92p), niet HA en/of cluster, PVE 9.2 draaiende met Home Assistant als VM daaraan gekoppeld via USBIP op een oude PI2 in meterkast 3x usb stick, zoals Zwave en P1 meter. Via een hookscript verwijder ik de USB redirections naar de VM bij stoppen en koppel deze sticks weer aan bij starten.

Onlangs Proxmox Datacenter Manager geïnstalleerd als een docker op mijn NAS, migratie van een VM van de ene node naar de andere node werkt echter perfect bij een VM zonder ISO, USB en/of hookscript.

Hookscript is echter nodig om de juiste usb stick (3x) aan de juiste USB poort te koppelen, komen na een stroomstoring PI2 wel eens in verkeerde volgorde binnen, als je 2 sticks heb met zelfde vendor id en geen serie nummer of zo.

Voor mijn HAOS met USBIP dus een uitdaging? Bestaat er pre/post mogelijk bij PDM om bijvoorbeeld het hookscript dan maar even te verwijderen? PDM of command line is handig bij geen HA/cluster als je toch bijvoorbeeld updates wil doen?

Suggesties?

[Cyphax]

brommetje schreef op vrijdag 25 september 2026 @ 17:11:
Suggesties?

Ik heb nu een USB-stick in de server en de VM met HA krijgt dat USB-apparaat weer door en dan werkt het, tot ik de stick een keer in de verkeerde USB-poort stop. Het is niet zo handig. Mijn idee is om een Pi in te richten met Zigbee2MQTT en daar de stick in te steken. Dat is ook mijn suggestie aan jou: maak een losse Zigbee-gateway van de Pi op basis van MQTT ipv USBIP

[ Voor 9% gewijzigd door Cyphax op 25-09-2026 19:20 ]

[edwin2021]

Cyphax schreef op vrijdag 25 september 2026 @ 19:18:
[...]

Ik heb nu een USB-stick in de server en de VM met HA krijgt dat USB-apparaat weer door en dan werkt het, tot ik de stick een keer in de verkeerde USB-poort stop. Het is niet zo handig. Mijn idee is om een Pi in te richten met Zigbee2MQTT en daar de stick in te steken. Dat is ook mijn suggestie aan jou: maak een losse Zigbee-gateway van de Pi op basis van MQTT ipv USBIP

Dit is exact hoe ik het ook gedaan heb. Zowel voor zigbee als voor z-wave. Daarnaast via ser2net ook een oude plugwise stick om plugwise circles te kunnen gebruiken. Zigbee en z-wave via docker compose. Tot zover zonder problemen. Wel een goed SD kaartje gebruiken, en die zij best aan de prijs. Spul draait op een Raspberry pi 3b+

[ocaj]

Ik heb deze pagina (https://g0kao.wordpress.c...gnment-on-a-raspberry-pi/ ) gebruikt om mijn USB-devices logische namen te geven.
Je kunt dus op basis van device-serial-nummer altijd dezelfde usb-naam toekennen.

(overigens niet op Proxmox getest, maar dit is volgens mij standaard linux, niet specifiek voor een raspberry pi)

[ Voor 19% gewijzigd door ocaj op 25-09-2026 20:34 ]