Het grote Proxmox VE topic

[MakhouT]

d3vlin schreef op vrijdag 29 mei 2026 @ 07:58:
Ik zie dat je firewall aan staat op de VM, maar heb je ook de poorten geopend?

Ik heb bij mijn weten geen firewall aanstaan.

The-Source schreef op vrijdag 29 mei 2026 @ 08:03:
[...]

Ik was ook bezig met die comment maar toen eerst even mijn eigen HA pve config bekeken en daar staat het ook aan

Maar ik gebruik geen PVE SDN. Dus wellicht dat daar iets mee zou kunnen zijn
In de HA CLI zou je natuurlijk ping <gateway ip> kunnen doen, dan zou je ... is alive! moeten zien.

Weet niet of je wellicht vanaf wifi probeert te verbinden en in een subnet met client isolation zit?

Mijn NUC is rechtstreeks verbonden met een UTP kabel. Ik heb geen subnet aangemaakt.

Als ik de VM nu zou restarten, gaat alles terug werken. Maar dit wil ik nu dus niet telkens terug opnieuw doen. Dit is wat ik totnutoe altijd heb gedaan, maar ik heb die nu bij de horens vast en wil het niet meer loslaten totdat ik een oplossing heb gevonden

[The-Source]

@MakhouT En bij datacenter > SDN ook niets actief?

[d3vlin]

MakhouT schreef op vrijdag 29 mei 2026 @ 08:50:

Ik heb bij mijn weten geen firewall aanstaan. [Afbeelding]

In je screenshot van gisterenmiddag staat het vinkje bij Firewall aan (en je ziet ook firewall=1 bij de configuratie van net0). Kan je uitzetten of je voegt een firewall regel toe die TCP op port 8123 toestaat.

[The-Source]

d3vlin schreef op vrijdag 29 mei 2026 @ 09:04:
[...]

In je screenshot van gisterenmiddag staat het vinkje bij Firewall aan (en je ziet ook firewall=1 bij de configuratie van net0). Kan je uitzetten of je voegt een firewall regel toe die TCP op port 8123 toestaat.

Firewall=1 zie ik ook bij mijn eigen HA VM staan maar heb nooit een firewall regel toegevoegd. MAAR ik gebruik geen SDN van proxmox dus wellicht dat @MakhouT dat onbewust wel gebruikt

kijk gewoon eerst of HA zelf de buitenwereld kan bereiken, daarna of ping naar HA kan. En vanuit daar kan je een goed 'plan' maken wat nodig is. Aangezien DHCP werkt is het geen VLAN issue (ook al wordt er geen tag gebruikt)

edit:
En ik gebruik wel meerdere VLANs en tussen de vlans zitten de nodige rules

[ Voor 5% gewijzigd door The-Source op 29-05-2026 09:11 ]

[MakhouT]

The-Source schreef op vrijdag 29 mei 2026 @ 08:53:
@MakhouT En bij datacenter > SDN ook niets actief?

1 regel (default I guess, want die heb ik niet gezet)

d3vlin schreef op vrijdag 29 mei 2026 @ 09:04:
[...]

In je screenshot van gisterenmiddag staat het vinkje bij Firewall aan (en je ziet ook firewall=1 bij de configuratie van net0). Kan je uitzetten of je voegt een firewall regel toe die TCP op port 8123 toestaat.

Ahja onder hardware inderdaad wel! Ik heb die net uitgezet, maar dat lost het niet op jammer genoeg

Is er niet een bepaalde log dat we kunnen raadplegen om te zien wat er misgaat?

EDIT: Ik begin me nu wel af te vragen of het probleem aan de VM ligt of aan HA aangezien in mijn router wel kan pingen.

[ Voor 6% gewijzigd door MakhouT op 29-05-2026 09:12 ]

[d3vlin]

En op datacenter en node niveau staat de firewall ook uit?

Datacenter / Firewall / Options / Firewall: No
Node / Firewall / Options / Firewall: No

Best practice is overigens op zowel datacenter, node als guest de firewall aan en regels toevoegen per node of guest voor elke poort die je open wil hebben.

[ Voor 83% gewijzigd door d3vlin op 29-05-2026 09:22 ]

[Martin.Air]

MakhouT schreef op vrijdag 29 mei 2026 @ 00:26:
[...]

Het kan toch geen DHCP issue zijn omdat ik toch het ip 192.168.1.79 toegekend heb gekregen?

Als ik trouwens via mijn terminal ping naar 192.168.1.79, dan krijg ik wel een response.

Het zou kunnen dat een ander apparaat 192.168.1.79 ook toegekend heeft gekregen.

Het zou ook kunnen dat je HAOS een nieuwe heeft gekregen maar niet update op de CLI.

Zou je het commando "nmcli" eens kunnen draaien? (dat is ter vervanging van "ifconfig -a")


Maar, het advies voor alle servers: Draai met een fixed IP buiten de DHCP range (of ook vast gezet in de router). Dit is ook om te voorkomen dat bij een router update instellingen verdwijnen en je daarna je server kwijt bent.

[Bastiaan]

The-Source schreef op donderdag 28 mei 2026 @ 15:46:
[...]

Deze comment is niet helemaal waar.

Als je claude in het NL prompt kost dat meer tokens dan wanneer je het direct in Engels doet. Je prompt wordt namelijk letterlijk vertaald en de output als je dat dus ook weer in NL wilt hebben ook.

Dat je prima output kan krijgen dat wel, maar als je het veel gebruikt en je 5 uur limit een ding is dan is er winst te halen met Engels taal gebruik. Overigens is context cache ook een ding. Maar dat is meer voor coding projecten dat je cache standaard een uur is (bij api gebruik 5 minuten als het dezelfde sessie is)
Ik heb zelf een Pro abonnement (die van 20,-) en heb een token dashboard die context cache omrekent naar werkelijke kosten (API cost) en per 7 dagen zit ik gemiddeld tegen de 200$ API cost alleen al op mijn context cache hits

Nu na iteratie van mijn claude.md na de nodige milestones is deze ook flink verkleind en meer met referenties gebouwd 430 lines naar 180 terug gebracht. En dat juist met beter begrip van het project en tech stack.

Okay, laat ik het anders verwoorden: om functionele redenen (wat daar ging de vraag om) maakt het niet uit om mijn bestaande documentatie niet naar het Nederlands om te zetten, maar deze wel gewoon in het Nederlands te raadplegen, waarmee mijn Pro-abo heel prima binnen de grenzen blijft

[Cyphax]

MakhouT schreef op vrijdag 29 mei 2026 @ 09:11:
[...]

EDIT: Ik begin me nu wel af te vragen of het probleem aan de VM ligt of aan HA aangezien in mijn router wel kan pingen.

Ik vermoed dat HA niet goed draait. Wat je kan proberen: in PVE in de console van HA een keer

login

typen om een shell te krijgen en daarin

curl http://localhost:8123

Dat zou een hoop HTML moeten opleveren. Als dat zo is, dan draait de webserver wel en is het nog maar de vraag of het aan HA zelf ligt.

[nassau]

MakhouT schreef op vrijdag 29 mei 2026 @ 00:26:
[...]

Het kan toch geen DHCP issue zijn omdat ik toch het ip 192.168.1.79 toegekend heb gekregen?

Als ik trouwens via mijn terminal ping naar 192.168.1.79, dan krijg ik wel een response.

Maar je probleem was toch dat je na XXXX tijd geen verbinding meer had? Mijn suggestie was dus om uit te sluiten dat DHCP renew een issue is (om de zoveel uur krijg je een nieuwe lease).

Ik zou zeggen wacht af tot je weer een issue hebt. Log dan in op de HA console en ping daarvandaan ook eens. Succes

[MakhouT]

d3vlin schreef op vrijdag 29 mei 2026 @ 09:16:
En op datacenter en node niveau staat de firewall ook uit?

Datacenter / Firewall / Options / Firewall: No
Node / Firewall / Options / Firewall: No

Best practice is overigens op zowel datacenter, node als guest de firewall aan en regels toevoegen per node of guest voor elke poort die je open wil hebben.

Klopt beiden staan op 'No'
Vandaag heb ik nog iets te weinig kennis om mijn firewall op te zetten. Ik zal mij hierin moeten verdiepen en wat gaan bijleren
Dat is het volgende dat gaat gebeuren wanneer ik dit issue heb geregeld.

Martin.Air schreef op vrijdag 29 mei 2026 @ 09:26:
[...]

Het zou kunnen dat een ander apparaat 192.168.1.79 ook toegekend heeft gekregen.

Het zou ook kunnen dat je HAOS een nieuwe heeft gekregen maar niet update op de CLI.

Zou je het commando "nmcli" eens kunnen draaien? (dat is ter vervanging van "ifconfig -a")


Maar, het advies voor alle servers: Draai met een fixed IP buiten de DHCP range (of ook vast gezet in de router). Dit is ook om te voorkomen dat bij een router update instellingen verdwijnen en je daarna je server kwijt bent.

Aha ok duidelijk! Ik heb net even in de router gekeken naar alle clients en enkel HA heeft 192.168.1.79 toegekend gekregen.
Al mijn LXC's krijgen een static IP als ik die opzet. Enkel HA draait op een VM en ik heb de optie nooit gevonden om het static te maken.
Begrijp ik het dan goed dat ik zowel mijn LXC een static IP moet geven en alsook diezelfde IP in de router moet vastleggen per LXC?
Dit is de output van de nmcli

Cyphax schreef op vrijdag 29 mei 2026 @ 09:42:
[...]

Ik vermoed dat HA niet goed draait. Wat je kan proberen: in PVE in de console van HA een keer

login

typen om een shell te krijgen en daarin

curl http://localhost:8123

Dat zou een hoop HTML moeten opleveren. Als dat zo is, dan draait de webserver wel en is het nog maar de vraag of het aan HA zelf ligt.

Blijkbaar draait die niet!
curl: (7) Failed to connect to localhost port 8123 after 0ms: Error

nassau schreef op vrijdag 29 mei 2026 @ 09:44:
[...]

Maar je probleem was toch dat je na XXXX tijd geen verbinding meer had? Mijn suggestie was dus om uit te sluiten dat DHCP renew een issue is (om de zoveel uur krijg je een nieuwe lease).

Ik zou zeggen wacht af tot je weer een issue hebt. Log dan in op de HA console en ping daarvandaan ook eens. Succes

Ja soms is na het enkele weken/maanden, maar ok ik snap nu waarom :)
(Ik heb het issue nog steeds, geen netwerk nog steeds omdat ik nog steeds niet de VM heb gerestart in de hoop wat te kunnen vinden)


Overigens wil ik wel even kwijt dat ik het enorm hard apprecieer hoe hard jullie allemaal met meedenken en me proberen te helpen!!

[lolgast]

@MakhouT
HomeAssistant moet je in de software een fixed IP geven.
http://[ip-adres]:8123/config/network

[MakhouT]

lolgast schreef op vrijdag 29 mei 2026 @ 10:45:
@MakhouT
HomeAssistant moet je in de software een fixed IP geven.
http://[ip-adres]:8123/config/network

Held! Eenmaal ik mijn HA terug kan bereiken is dit het eerste dat ik zal doen!

[Martin.Air]

MakhouT schreef op vrijdag 29 mei 2026 @ 10:35:
[...]

Aha ok duidelijk! Ik heb net even in de router gekeken naar alle clients en enkel HA heeft 192.168.1.79 toegekend gekregen.
Al mijn LXC's krijgen een static IP als ik die opzet. Enkel HA draait op een VM en ik heb de optie nooit gevonden om het static te maken.
Begrijp ik het dan goed dat ik zowel mijn LXC een static IP moet geven en alsook diezelfde IP in de router moet vastleggen per LXC?
Dit is de output van de nmcli
[Afbeelding]


[...]

Dat is inderdaad verstandig, puur om fout in je netwerk te voorkomen. Een andere oplossing is je IP range van je DHCP server te beperken, en enkel daarbuiten fixed IP addressen toe te wijzen. (voorbeeld: DHCP range van 192.168.1.100 - 192.168.1.200, en al je servers in de 192.168.1.50 - 192.168.1.99 range.)

MakhouT schreef op vrijdag 29 mei 2026 @ 10:35:
[...]

Blijkbaar draait die niet!
curl: (7) Failed to connect to localhost port 8123 after 0ms: Error


[...]

Maar dat je zegt dat je HA niet draait... dan lijkt het er op dat je HA ergens crashed. Ik denk dat je de netwerkproblemen redelijk uit kan sluiten in dit geval, dus wellicht handig verder te gaan in het HA topic (met logs van HA voor de analyse)

[lolgast]

@MakhouT Het wordt een beetje een HomeAssistant feestje zo, maar draaien de containers wel? Voer dit eens uit na de login die je eerder al deed
docker ps -a

[ Voor 3% gewijzigd door lolgast op 29-05-2026 10:59 ]

[MakhouT]

Martin.Air schreef op vrijdag 29 mei 2026 @ 10:56:
[...]

Dat is inderdaad verstandig, puur om fout in je netwerk te voorkomen. Een andere oplossing is je IP range van je DHCP server te beperken, en enkel daarbuiten fixed IP addressen toe te wijzen. (voorbeeld: DHCP range van 192.168.1.100 - 192.168.1.200, en al je servers in de 192.168.1.50 - 192.168.1.99 range.)


[...]

Maar dat je zegt dat je HA niet draait... dan lijkt het er op dat je HA ergens crashed. Ik denk dat je de netwerkproblemen redelijk uit kan sluiten in dit geval, dus wellicht handig verder te gaan in het HA topic (met logs van HA voor de analyse)

Goeie tip! Dat maakt mijn leven ook makkelijker als ik een static IP moet kiezen. Dank je wel, zal ik doorvoeren!

lolgast schreef op vrijdag 29 mei 2026 @ 10:58:
@MakhouT Het wordt een beetje een HomeAssistant feestje zo, maar draaien de containers wel? Voer dit eens uit na de login die je eerder al deed
docker ps -a

Ik zal dit inderdaad zoals jullie aangeven verder oppikken in het HA topic :)
Op het eerste zicht lijkt alles juist te draaien.



Dank jullie voor jullie hulp. Weer veel bijgeleerd! Dus ik ga dat zeker meenemen en toepassen! Ik heb nu ook gemerkt dat het beter is om een aparte LXC aan te maken en daar Z2M in te draaien ipv als addon op HA. Dus daar ga ik ook snel werk van maken!

Post in HA komt er ook aan

[lolgast]

MakhouT schreef op vrijdag 29 mei 2026 @ 11:06:
[...]

Goeie tip! Dat maakt mijn leven ook makkelijker als ik een static IP moet kiezen. Dank je wel, zal ik doorvoeren!


[...]

Ik zal dit inderdaad zoals jullie aangeven verder oppikken in het HA topic :)
Op het eerste zicht lijkt alles juist te draaien.

[Afbeelding]

Dank jullie voor jullie hulp. Weer veel bijgeleerd! Dus ik ga dat zeker meenemen en toepassen! Ik heb nu ook gemerkt dat het beter is om een aparte LXC aan te maken en daar Z2M in te draaien ipv als addon op HA. Dus daar ga ik ook snel werk van maken!

Post in HA komt er ook aan

Je een na laatste container staat uit (Exited (1)). En laat dat nou net 'homeassistant' zijn Zal een kleine indicatie van de problemen zijn gok ik zo

[The-Source]

MakhouT schreef op vrijdag 29 mei 2026 @ 10:48:
[...]

Held! Eenmaal ik mijn HA terug kan bereiken is dit het eerste dat ik zal doen!

Beter van niet, reserveer gewoon je MAC adres van VM in je router dat daar de DHCP altijd hetzelfde IP uitgeeft want dat voorkomt een IP-conflict als bijvoorbeeld een LXC hetzelfde IP wil (via DHCP)

Mijn advies is alleen core-infra statisch in te stellen (in mijn geval, router, switches, AP's, DNS server en proxmox VE & BS) de rest van alle clients/ lxc's en vm's reserveer ik gewoon in de static leases.
En DHCP scope per vlan begint daarom ook niet bij .1 maar vaak pas bij .20 zodat daar onder ruimte is voor statische IP's buiten de leases om.

[edwin2021]

The-Source schreef op vrijdag 29 mei 2026 @ 12:24:
[...]

Beter van niet, reserveer gewoon je MAC adres van VM in je router dat daar de DHCP altijd hetzelfde IP uitgeeft want dat voorkomt een IP-conflict als bijvoorbeeld een LXC hetzelfde IP wil (via DHCP)

Mijn advies is alleen core-infra statisch in te stellen (in mijn geval, router, switches, AP's, DNS server en proxmox VE & BS) de rest van alle clients/ lxc's en vm's reserveer ik gewoon in de static leases.
En DHCP scope per vlan begint daarom ook niet bij .1 maar vaak pas bij .20 zodat daar onder ruimte is voor statische IP's buiten de leases om.

Uit ervaring wijzer geworden, meeste routers kunnen alleen +1 doen, zet ik de router op. 254 en tel ik dan naar beneden met kritische netwerk apparatuur waarbij ik zoveel mogenlijk uitdeelt via dhcp server. Echter niet elke router kan omgaan met een scope van bv 20 tot 100 en dan een IP vast toewijzen buiten die scope.

[Harmen]

De nic van m'n proxmox machine ging vanmorgen onderuit, het bekende probleem "entered blocking state" wat ik voorheen ook heb gehad. Ik maak tussen 10 en 11 een backup naar een 2de Proxmox pbs machine. Kwestie van host aan de monitor en netwerk verbinding weer hersteld.

code:

nano /etc/network/interfaces
-
iface eno1 inet manual
  post-up /usr/sbin/ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off sg off
        mtu 9000

-
ifreload -a

Had gisteren wel een update gedaan, te weten kernel 7.0.2-7. Lees dat daar wat issues meer waren, inmiddels gupdate naar de laatste versie 7.0.6-2. Iemand nog extra tips of tricks? Jammer dat het niet via een reboot te verhelpen is.

[ Voor 5% gewijzigd door Harmen op 30-05-2026 16:25 ]

[zeroday]

Harmen schreef op zaterdag 30 mei 2026 @ 16:18:
De nic van m'n proxmox machine ging vanmorgen onderuit, het bekende probleem "entered blocking state" wat ik voorheen ook heb gehad. Ik maak tussen 10 en 11 een backup naar een 2de Proxmox pbs machine. Kwestie van host aan de monitor en netwerk verbinding weer hersteld.

code:

nano /etc/network/interfaces
-
iface eno1 inet manual
  post-up /usr/sbin/ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off sg off
        mtu 9000

-
ifreload -a

Had gisteren wel een update gedaan, te weten kernel 7.0.2-7. Lees dat daar wat issues meer waren, inmiddels gupdate naar de laatste versie 7.0.6-2. Iemand nog extra tips of tricks? Jammer dat het niet via een reboot te verhelpen is.

zelfde probleem heb ik met mijn NUC. Maar bij mij los ik het op door even de netwerk kabel eruit te halen en er weer in te doen, of om de switch poort even uit en aan te zetten.. deze opties heb ik er ook allemaal inzetten.

[_JGC_]

Harmen schreef op zaterdag 30 mei 2026 @ 16:18:
De nic van m'n proxmox machine ging vanmorgen onderuit, het bekende probleem "entered blocking state" wat ik voorheen ook heb gehad. Ik maak tussen 10 en 11 een backup naar een 2de Proxmox pbs machine. Kwestie van host aan de monitor en netwerk verbinding weer hersteld.

code:

nano /etc/network/interfaces
-
iface eno1 inet manual
  post-up /usr/sbin/ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off sg off
        mtu 9000

-
ifreload -a

Had gisteren wel een update gedaan, te weten kernel 7.0.2-7. Lees dat daar wat issues meer waren, inmiddels gupdate naar de laatste versie 7.0.6-2. Iemand nog extra tips of tricks? Jammer dat het niet via een reboot te verhelpen is.

Welke NICs zitten er in die machines?

[Harmen]

_JGC_ schreef op zaterdag 30 mei 2026 @ 21:00:
[...]

Welke NICs zitten er in die machines?

Het is een HP Prodesk Mini G6 met een Intel I219-LM.

Kan ook zijn dat ik een een brakke kernel had, maar even aanzien. De backups (LXCs en VMs) van 30min gaan tot nu toe zonder problemen.

[Mich]

Harmen schreef op zaterdag 30 mei 2026 @ 16:18:
De nic van m'n proxmox machine ging vanmorgen onderuit, het bekende probleem "entered blocking state" wat ik voorheen ook heb gehad. Ik maak tussen 10 en 11 een backup naar een 2de Proxmox pbs machine. Kwestie van host aan de monitor en netwerk verbinding weer hersteld.

code:

nano /etc/network/interfaces
-
iface eno1 inet manual
  post-up /usr/sbin/ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off sg off
        mtu 9000

-
ifreload -a

Had gisteren wel een update gedaan, te weten kernel 7.0.2-7. Lees dat daar wat issues meer waren, inmiddels gupdate naar de laatste versie 7.0.6-2. Iemand nog extra tips of tricks? Jammer dat het niet via een reboot te verhelpen is.

https://community-scripts.org/scripts/nic-offloading-fix

[WheeleE]

Ter voorbereiding van een schone installatie ben ik mijn huidige setup aan het inventariseren en heroverwegen.

Ik heb een NUC met een nvme van 1Tb voor images en container/vm-specifieke bestanden. Daarnaast een SSD van 500Gb waar de backups op staan.
De backups worden dagelijks naar mijn Synology NAS gekopieerd als extra backup. Er staan een aantal NAS-shares gemount op de NUC voor allerhande containers (paperless, muziek/video, administratie, etcetera).

Momenteel gebruik ik ongever 50% van de backupschijf, en 30% van de NVME. Meer dan genoeg vrije ruimte dus om nog een hele tijd vooruit te kunnen.
Maar...al die vrije ruimte doet me wel denken aan alternatieve setups. Hoe doen andere mensen het hier? Wellicht alle live data op de proxmox-host houden en vanaf daar dagelijks backuppen naar een NAS? Of zijn er voor NAS-gebruik nog tips waar ik niet aan heb gedacht?

[d-vine]

WheeleE schreef op zondag 31 mei 2026 @ 12:19:
Wellicht alle live data op de proxmox-host houden en vanaf daar dagelijks backuppen naar een NAS? Of zijn er voor NAS-gebruik nog tips waar ik niet aan heb gedacht?

Ik had eerst een Intel i5 NUC met 265g SSD. CTs en VM werkte lokaal en op de NAS gecombineerd. Backup wekelijks naar een aparte share op de een NAS.

Sinds paar maanden Geekom AI Mini PC A9 met 2TB.
Migratie ging heel eenvoudig met alle backups op de NAS.

Alles werkt nu lokaal op de mini pc en wekelijks de backup naar de NAS.

[Harmen]

Mich schreef op zaterdag 30 mei 2026 @ 22:36:
[...]

https://community-scripts.org/scripts/nic-offloading-fix

Dank voor de tip, heb het script bekeken. Doet na mijn idee hetzelfde als wat ik heb ingesteld. Of zie ik iets over het hoofd?

[edwin2021]

Draai hier op een ml30 gen 10 met 128gb met 2x ssd (Raid 1) voor VM, x 1x nvram 480gb voor pve, 2x6tb (Raid1) hdd voor data.

1x VM tbv nut server, 1x VM HAOS, 1x Server Windows 2k22, 1x W11 Pro werkplekken, 1x LMS, 1x Pihole, 1x unifi controller.

W2k22 data en systeem wordt elke nacht gebackup naar een NAS en in de cloud.

Andere systemen alleen backup naar NAS bij wijzigingen.

Pve maak ik handmatig periodiek een image van. Moet ik nog uitzoeken hoe ik dat automatisch kan doen.

[WheeleE]

De reden dat ik sommige live data op m'n NAS heb is om er gelijk bij de kunnen. Anders zou ik een samba-share iets op proxmox moeten draaien en dat is ook weer niet ideaal leek me.

[lolgast]

Dat heb ik wel. Een LXC gemaakt met samba shares via mountpoints. Alles draait via Proxmox bij mij

Ik heb inmiddels een 2 node PVE cluster met een NAS ertussen. Mijn hele netwerk thuis zit in 192.168.4.x/24 maar voor de PVE nodes en NAS heb ik een apart netwerk opgezet van 10.10.10.x/29. De NAS is dus alleen bereikbaar vanuit de PVE nodes

Edit: De PVE nodes hebben dus 2 interfaces. 1 in 192.168.4.x/24 voor bereik vanuit mijn netwerk, 10.10.10.x/29 voor verkeer onderling en naar/van de NAS

[ Voor 18% gewijzigd door lolgast op 31-05-2026 17:15 ]

[WheeleE]

@lolgast bedoel je dat je 1 sambaserver-lxc hebt waar de andere lxc's via mountpoint gebruik van maken?

Zo ja: heeft die sambaserver-lxc dan weer een share op je NAS gemount?

[lolgast]

WheeleE schreef op zondag 31 mei 2026 @ 17:23:
@lolgast bedoel je dat je 1 sambaserver-lxc hebt waar de andere lxc's via mountpoint gebruik van maken?

Zo ja: heeft die sambaserver-lxc dan weer een share op je NAS gemount?

De PVE nodes hebben de share vanuit de NAS gemount, de mountpoints zijn dus van de LXC naar een PVE locatie.

Alle LXC’s zitten ook in het 192.168.4.x subnet en hebben dus geen directe toegang tot de NAS, dat moet via de Proxmox hosts

[CAP-Team]

Wel grappig om te zien dat veel mensen Proxmox gebruiken op een Nuc, ik heb zelf twee weken geleden een nieuwe NUC10i7FNH2 geïnstalleerd, eerst met alleen Home Assistant, daar liep ik ook tegen de uitvallende NIC aan, maar dat is inmiddels opgelost. En gisteren Windows Server er naast geïnstalleerd.

[Gaitman]

offtopic:
Deze mag weg lang leve de slechte verbinding in de trein

[ Voor 106% gewijzigd door Gaitman op 01-06-2026 16:45 ]

[lolgast]

Gaitman schreef op maandag 1 juni 2026 @ 16:31:
De A2L is er: https://eu.store.bambulab.com/products/a2l

Ga je je eigen cluster printen?

[zeroday]

CAP-Team schreef op zondag 31 mei 2026 @ 22:53:
Wel grappig om te zien dat veel mensen Proxmox gebruiken op een Nuc, ik heb zelf twee weken geleden een nieuwe NUC10i7FNH2 geïnstalleerd, eerst met alleen Home Assistant, daar liep ik ook tegen de uitvallende NIC aan, maar dat is inmiddels opgelost. En gisteren Windows Server er naast geïnstalleerd.

7 node cluster hier met PBS ook op een NUC .. dus 8 NUCjes naast elkaar ..

Maarrrrrr .. batterijtjes beginnen het te begeven zag ik (dat heb je met 2e hands meuk)
dus ik moet daar nog wat op vinden .. (ding uit elkaar halen, batterijtje vervangen is 1, maar dan weer in elkaar zetten is 2 .. en ik ken mezelf ;)

(en ik snap nog even niet waarom hij niet wil booten als er een usb kabel achterin bij 1 machine zit ..) maar dat is een ander iets

[ Voor 8% gewijzigd door zeroday op 01-06-2026 16:47 ]

[Jerie]

zeroday schreef op maandag 1 juni 2026 @ 16:46:
[...]

7 node cluster hier met PBS ook op een NUC .. dus 8 NUCjes naast elkaar ..

Maarrrrrr .. batterijtjes beginnen het te begeven zag ik (dat heb je met 2e hands meuk)
dus ik moet daar nog wat op vinden .. (ding uit elkaar halen, batterijtje vervangen is 1, maar dan weer in elkaar zetten is 2 .. en ik ken mezelf ;)

(en ik snap nog even niet waarom hij niet wil booten als er een usb kabel achterin bij 1 machine zit ..) maar dat is een ander iets

Batterijtjes? Welke?

[zeroday]

Jerie schreef op maandag 1 juni 2026 @ 16:50:
[...]

Batterijtjes? Welke?

CMOS .. en die (tis er trouwens maar 1) zitten verstopt en dan ook nog eens lekker vastgeplakt wat je dan eraf moet trekken en dan gaat er dus iets mee wat je eigenlijk er niet af wil hebben, maar dan toch gebeurd.

[ Voor 3% gewijzigd door zeroday op 01-06-2026 16:52 ]

[lolgast]

Ik ben altijd wel benieuwd wat iedereen op zijn omgeving draait. Soms helpt het om een lijstje te zien om tegen een pareltje aan te lopen dus ik trap maar even af Alle 1xx zijn LXC, 2xx zijn VMs

id	status	name	description
100	running	debian	Laatste Docker legacy, Lychee
101	running	nvr	Unifi Video
102	running	cloudflared	Cloudflared tunnel
103	running	avahi	Avahi voor mDNS intervlan
104	running	adguard-1	Adguard Home, DNS + DoH
105	running	adguard-2	Adguard Home, DNS + DoH
106	running	sonarr	Sonarr voor series
107	running	radarr	Radarr voor films
109	running	sabnzbd	NZB downloader
110	running	pbs	Proxmox Backup Server
111	running	jellyfin	Media server voor films/series
112	running	samba	LXC voor SMB shares
113	running	spotweb	Newserver indexer
114	running	duplicati	Backup software voor upload naar Backblaze
115	running	technitiumdns	Root DNS server
116	running	smokeping	Netwerk monitoringssysteem
117	running	metube	Download software voor o.a. Youtube
118	running	virola	Instant Messaging server
119	running	navidrome	Media server voor muziekcollecties
120	running	caddy	Reverse proxy server
121	running	vaultwarden	Wachtwoord beheer
122	running	paperless-ngx	Document managementsysteem
123	running	ghostfolio	Aandelenportfolio manager
124	running	warracker	Garantie beheersysteem
126	running	adguardhome-sync	Sync software voor Adguard Home instances
127	running	unifi-os-server	Beheer software voor Unifi
128	running	silverbullet	Markdown editor
129	running	rdpgw	RDP Gateway voor RDP over HTTPS
130	running	pocketid	OIDC via passkeys provider
200	running	home-assistant	Home Assistant, kent iedereen denk ik
201	stopped	debian-vm	VM met meeste software die ik gebruik
202	stopped	PNetLab	Lab software voor lab simulaties tbv werk/opleidingen
203	running	Windows-11	W11 VM voor random tests
205	running	nextcloud	Geen afhankelijkheid meer van Dropbox/OneDrive

[edwin2021]

lolgast schreef op maandag 1 juni 2026 @ 18:02:
Ik ben altijd wel benieuwd wat iedereen op zijn omgeving draait. Soms helpt het om een lijstje te zien om tegen een pareltje aan te lopen dus ik trap maar even af Alle 1xx zijn LXC, 2xx zijn VMs

id	status	name	description
100	running	debian	Laatste Docker legacy, Lychee
101	running	nvr	Unifi Video
102	running	cloudflared	Cloudflared tunnel
103	running	avahi	Avahi voor mDNS intervlan
104	running	adguard-1	Adguard Home, DNS + DoH
105	running	adguard-2	Adguard Home, DNS + DoH
106	running	sonarr	Sonarr voor series
107	running	radarr	Radarr voor films
109	running	sabnzbd	NZB downloader
110	running	pbs	Proxmox Backup Server
111	running	jellyfin	Media server voor films/series
112	running	samba	LXC voor SMB shares
113	running	spotweb	Newserver indexer
114	running	duplicati	Backup software voor upload naar Backblaze
115	running	technitiumdns	Root DNS server
116	running	smokeping	Netwerk monitoringssysteem
117	running	metube	Download software voor o.a. Youtube
118	running	virola	Instant Messaging server
119	running	navidrome	Media server voor muziekcollecties
120	running	caddy	Reverse proxy server
121	running	vaultwarden	Wachtwoord beheer
122	running	paperless-ngx	Document managementsysteem
123	running	ghostfolio	Aandelenportfolio manager
124	running	warracker	Garantie beheersysteem
126	running	adguardhome-sync	Sync software voor Adguard Home instances
127	running	unifi-os-server	Beheer software voor Unifi
128	running	silverbullet	Markdown editor
129	running	rdpgw	RDP Gateway voor RDP over HTTPS
130	running	pocketid	OIDC via passkeys provider
200	running	home-assistant	Home Assistant, kent iedereen denk ik
201	stopped	debian-vm	VM met meeste software die ik gebruik
202	stopped	PNetLab	Lab software voor lab simulaties tbv werk/opleidingen
203	running	Windows-11	W11 VM voor random tests
205	running	nextcloud	Geen afhankelijkheid meer van Dropbox/OneDrive

Mooi lijstje! Rdpgw ga ik eens naar kijken.

Op welke hardware draait dit?

[lolgast]

edwin2021 schreef op maandag 1 juni 2026 @ 18:18:
[...]

Mooi lijstje! Rdpgw ga ik eens naar kijken.

Op welke hardware draait dit?

Tegenwoordig op 2 nodes, maar voorheen op 1. Zijn ook bij mij uSFF PC’s, Fujitsu in mijn geval. Maar die zijn hetzelfde aan de Dell of HP versies.

Intel 12th gen i5-12500 (10% gebruik is veel)
64GB geheugen (+/- helft in gebruik)

[zeroday]

lolgast schreef op maandag 1 juni 2026 @ 18:02:
Ik ben altijd wel benieuwd wat iedereen op zijn omgeving draait. Soms helpt het om een lijstje te zien om tegen een pareltje aan te lopen dus ik trap maar even af Alle 1xx zijn LXC, 2xx zijn VMs

Mooi lijstje ..

jacket - Torrent index proxy
mStream Velvet - The best Music Server (op folders gericht).
Timelapse - Timelapse script voor een Unifi Camera, elke dag video naar youtube
Dispatcharr - IPTV proxy
pihole 1/2/3/4 - dns
dockhand - docker
sabnzbd - usenet downloader
librenmms - snmp server
qbittorrent - torrent
guacamole - web rdp / ssh
printserver - cups server
fidonet - fidonet node (yeah it still exists) met fidian
globalping - globalping.io
uptimekuma - uptime script
Peanut - UPS script
Plex - mediaspeler
Radarr - indexer
spotweb - indexer
nzbhydra - find meuk
voucher - unifi voucher server voor hotspot
homepage - intranet homepage

Ik draai nog wel meer maar dat is wat meer duplicate (portainer/dockge) ivm testen ..

[Liegebeest]

Harmen schreef op zaterdag 30 mei 2026 @ 16:18:
De nic van m'n proxmox machine ging vanmorgen onderuit, het bekende probleem "entered blocking state"

in mijn situatie is het verholpen door op de fysieke NIC EEE (energy efficient Ethernet) uit te zetten. Sindsdien al een maand zonder vastlopers.

Zie: https://www.kilala.nl/index.php?id=2672

[Airw0lf]

Liegebeest schreef op dinsdag 2 juni 2026 @ 07:20:
[...]

in mijn situatie is het verholpen door op de fysieke NIC EEE (energy efficient Ethernet) uit te zetten. Sindsdien al een maand zonder vastlopers.

Zie: https://www.kilala.nl/index.php?id=2672

Volgens mij is dit (ook?) een switch-instelling - waar beide kanten dan uiteraard wel in mee moeten gaan...

[strandbal]

Nu ik wat meer opsplits in LXC containers vraag ik me af hoe jullie dat doen qua beheer? Die dingen automatisch laten updaten heeft dan ook weer niet mijn voorkeur, sommigen draaien docker containers, het is al eerder gebeurd dat er door een docker update iets omviel. Maar eea centraal beheren lijkt me dan wel weer prettig (de containers zijn allen hetzelfde qua basis OS)

[The-Source]

lolgast schreef op maandag 1 juni 2026 @ 18:02:
Ik ben altijd wel benieuwd wat iedereen op zijn omgeving draait. Soms helpt het om een lijstje te zien om tegen een pareltje aan te lopen dus ik trap maar even af Alle 1xx zijn LXC, 2xx zijn VMs

id	status	name	description
100	running	debian	Laatste Docker legacy, Lychee
101	running	nvr	Unifi Video
102	running	cloudflared	Cloudflared tunnel
103	running	avahi	Avahi voor mDNS intervlan
104	running	adguard-1	Adguard Home, DNS + DoH
105	running	adguard-2	Adguard Home, DNS + DoH
106	running	sonarr	Sonarr voor series
107	running	radarr	Radarr voor films
109	running	sabnzbd	NZB downloader
110	running	pbs	Proxmox Backup Server
111	running	jellyfin	Media server voor films/series
112	running	samba	LXC voor SMB shares
113	running	spotweb	Newserver indexer
114	running	duplicati	Backup software voor upload naar Backblaze
115	running	technitiumdns	Root DNS server
116	running	smokeping	Netwerk monitoringssysteem
117	running	metube	Download software voor o.a. Youtube
118	running	virola	Instant Messaging server
119	running	navidrome	Media server voor muziekcollecties
120	running	caddy	Reverse proxy server
121	running	vaultwarden	Wachtwoord beheer
122	running	paperless-ngx	Document managementsysteem
123	running	ghostfolio	Aandelenportfolio manager
124	running	warracker	Garantie beheersysteem
126	running	adguardhome-sync	Sync software voor Adguard Home instances
127	running	unifi-os-server	Beheer software voor Unifi
128	running	silverbullet	Markdown editor
129	running	rdpgw	RDP Gateway voor RDP over HTTPS
130	running	pocketid	OIDC via passkeys provider
200	running	home-assistant	Home Assistant, kent iedereen denk ik
201	stopped	debian-vm	VM met meeste software die ik gebruik
202	stopped	PNetLab	Lab software voor lab simulaties tbv werk/opleidingen
203	running	Windows-11	W11 VM voor random tests
205	running	nextcloud	Geen afhankelijkheid meer van Dropbox/OneDrive

Maar gebruik je ook VLANs?
Ik zelf wel waarbij mijn proxy manager in core netwerk zet en zo eventueel als bridge tussen kan dienen voor de web interfaces. (bijvoorbeeld ik zit met werk laptop in werk vlan (isolated van prive en IOT netwerk) maar kan via NPM welke in core zit (Daar zit ook DNS overigens) wel weer web interface bereiken die ik via IP zelf niet kan bereiken.

Verder gebruik ik voor samba OMV als VM en die VM krijg dan weer een deel van de ZFS pool om als "2e disk" te mounten en shares in te richten

[lolgast]

The-Source schreef op dinsdag 2 juni 2026 @ 08:20:
[...]

Maar gebruik je ook VLANs?
Ik zelf wel waarbij mijn proxy manager in core netwerk zet en zo eventueel als bridge tussen kan dienen voor de web interfaces. (bijvoorbeeld ik zit met werk laptop in werk vlan (isolated van prive en IOT netwerk) maar kan via NPM welke in core zit (Daar zit ook DNS overigens) wel weer web interface bereiken die ik via IP zelf niet kan bereiken.

Verder gebruik ik voor samba OMV als VM en die VM krijg dan weer een deel van de ZFS pool om als "2e disk" te mounten en shares in te richten

Zonder VLANs was ik niet tegen de noodzaak aangelopen om Avahi te draaien Mijn IOT devices zitten allemaal in een apart VLAN. Net als mijn beveiliginscamera's overigens, maar daar heb ik geen mDNS voor nodig.

[Liegebeest]

Airw0lf schreef op dinsdag 2 juni 2026 @ 07:40:
[...]

Volgens mij is dit (ook?) een switch-instelling - waar beide kanten dan uiteraard wel in mee moeten gaan...

Neen. Mijn switches dwingen het al dan niet af maar ik kan het op de switch niet uitzetten. UniFi doet daar heel raar over.

Maar sinds ik de kaart onder Proxmox heb aangepast: geen enkel probleem meer.

[sh4d0wman]

@lolgast interessante hardware. Ik heb nu een NUC of een volledige desktop om proxmox op te testen (beide 32 GB geheugen). Die Fujitsu lijkt er wat tussen in te zitten kwa fysiek formaat. Voordeel van de NUCjes is dat ik ze makkelijk mee kan nemen in een koffer.

Ik moet voornamelijk Windows VMs draaien (low load). Maar ik ben niet zo thuis meer in hardware dus misschien maar gewoon proberen en zien wat er als eerste uit resources loopt (CPU of memory).

[Polderviking]

kvm: warning: Machine type 'pc-i440fx-5.1' is deprecated: old machine version is subject to deletion during current major Proxmox VE release
WARN: current machine version 'pc-i440fx-5.1+pve0' is deprecated - see the documentation and change to a newer one
TASK WARNINGS: 1

Heeft iemand die machine version al eens bijgewerkt en bekend met eventuele gotcha's?
Heb sinds de upgrade naar Proxmox 9 zojuist deze warning bij twee Windows machines.
Lees her en der dat Windows hier moeilijk kan doen.

[ElCondor]

Polderviking schreef op zondag 7 juni 2026 @ 14:33:
[...]


Heeft iemand die machine version al eens bijgewerkt en bekend met eventuele gotcha's?
Heb sinds de upgrade naar Proxmox 9 zojuist deze warning bij twee Windows machines.
Lees her en der dat Windows hier moeilijk kan doen.

Ik zelf niet, maar een snapshot/backup en je kunt aan de slag, toch?

[Polderviking]

ElCondor schreef op maandag 8 juni 2026 @ 11:38:
[...]

Ik zelf niet, maar een snapshot/backup en je kunt aan de slag, toch?

Uiteraard, maar als ik het wiel niet opnieuw hoef uit te vinden en gelijk weet waar ik op moet letten scheelt dat allicht tijd.

[commentator]

Polderviking schreef op zondag 7 juni 2026 @ 14:33:
[...]


Heeft iemand die machine version al eens bijgewerkt en bekend met eventuele gotcha's?
Heb sinds de upgrade naar Proxmox 9 zojuist deze warning bij twee Windows machines.
Lees her en der dat Windows hier moeilijk kan doen.

alleen ervaring met dat bijwerken voor een linux machine. Bij een vm wat rode teksten bij de eerste keer boot. Opgelost met een reboot

[_JGC_]

Polderviking schreef op zondag 7 juni 2026 @ 14:33:
[...]


Heeft iemand die machine version al eens bijgewerkt en bekend met eventuele gotcha's?
Heb sinds de upgrade naar Proxmox 9 zojuist deze warning bij twee Windows machines.
Lees her en der dat Windows hier moeilijk kan doen.

Ergste wat er kan gebeuren is dat door de nieuwe machine type het BusID van je netwerkkaart verandert waardoor je IP-adressen opnieuw mag instellen.

[AgeOfPanic]

Ik heb een Proxmox server draaien met een bootdisk op ext4 en een NVME drive die ik als ZFS opslag heb toegevoegd. Op die ZFS drive heb ik tot nu toe een aantal LXC containers toegevoegd. Nu wil ik graag een VM gaan draaien. Bij het installeren van Ubuntu server krijg je dan een vraag over de opslagconfiguratie van de VM. Ik kies normaal altijd voor de standaardinstelling, maar is het logisch om een ext4 LVM op een ZFS storagepool te bouwen?

De keuze voor ZFS komt voort uit het doel om uiteindelijk een klein cluster te maken, waarbij ik replicatie tussen de nodes aan kan zetten (gezien in een video van Wundertech, waarbij je dan een soort van high availability in kunt stellen).

[orvintax]

AgeOfPanic schreef op woensdag 10 juni 2026 @ 14:48:
Ik heb een Proxmox server draaien met een bootdisk op ext4 en een NVME drive die ik als ZFS opslag heb toegevoegd. Op die ZFS drive heb ik tot nu toe een aantal LXC containers toegevoegd. Nu wil ik graag een VM gaan draaien. Bij het installeren van Ubuntu server krijg je dan een vraag over de opslagconfiguratie van de VM. Ik kies normaal altijd voor de standaardinstelling, maar is het logisch om een ext4 LVM op een ZFS storagepool te bouwen?

Laat ik voorop stellen, ik gebruik exact deze situatie met een standaard VM. Dus in het kort: Ja.

Door op je VM LVM te gebruiken kun je veel makkelijker de (virtuele) disk van je VM resizen. Waar of hoe die (virtuele) disk onderwater word opgeslagen is eigenlijk irrelevant, omdat dit gaat over een ander abstractie niveau.

[AgeOfPanic]

orvintax schreef op woensdag 10 juni 2026 @ 14:59:
[...]

Laat ik voorop stellen, ik gebruik exact deze situatie met een standaard VM. Dus in het kort: Ja.

Door op je VM LVM te gebruiken kun je veel makkelijker de (virtuele) disk van je VM resizen. Waar of hoe die (virtuele) disk onderwater word opgeslagen is eigenlijk irrelevant, omdat dit gaat over een ander abstractie niveau.

Dank voor je antwoord. Ik leer steeds meer, maar dit blijft voor mij nog een beetje een black box. Ondertussen draait de VM met Immich. Ik sla de fotos extern op, maar de database en thumbnails staan wel op de schijf van de VM. Hoop dat het niet teveel performance kost om het op deze manier te draaien.

[GoBieN-Be]

Het is juist de bedoeling van virtuele machines, dat de VM niet weet wat de onderliggende storage juist is. De VM ziet een "virtuele" harde schijf als block device, waarop die zijn eigen bestandssysteem gaat installeren, zoals EXT3/4 al dan niet met LVM.

[orvintax]

AgeOfPanic schreef op woensdag 10 juni 2026 @ 18:40:
[...]

Dank voor je antwoord. Ik leer steeds meer, maar dit blijft voor mij nog een beetje een black box. Ondertussen draait de VM met Immich. Ik sla de fotos extern op, maar de database en thumbnails staan wel op de schijf van de VM. Hoop dat het niet teveel performance kost om het op deze manier te draaien.

Vergeleken met wat? Proxmox gebruikt industrie-standaard technologieën, ook voor dit soort zaken. Dus dit kost je in jouw geval waarschijnlijk een paar procent.

Als ik je een ding mag meegeven, ga niet je omgeving/setup compliceren voor wat schamele procenten aan performance. Daar merk je niks van, die extra complexiteit wel.

[AgeOfPanic]

Ok. Bedankt voor de antwoorden. Dan ga ik hiermee verder. Proxmox blijft een geweldig product.

[Harmen]

Sinds de upgrade naar v9 merk ik dat m'n home assistant vm (haos) iets meer cpu verbruikt dan normaal. (was 4% nu 19%). Heb al een aantal zaken gechecked, cq aangepast zoals:
-cpu type aanpassen x86-66-v2-AES en kvm64
-Display van Default naar SPICE
-Use tablet for pointer stond al uit, als test aan gezet + reboot en uitgezet + reboot.

Iemand nog tips of tricks? Dank!

[Vorkie]

Harmen schreef op donderdag 2 juli 2026 @ 13:37:
Sinds de upgrade naar v9 merk ik dat m'n home assistant vm (haos) iets meer cpu verbruikt dan normaal. (was 4% nu 19%). Heb al een aantal zaken gechecked, cq aangepast zoals:
-cpu type aanpassen x86-66-v2-AES en kvm64
-Display van Default naar SPICE
-Use tablet for pointer stond al uit, als test aan gezet + reboot en uitgezet + reboot.

Iemand nog tips of tricks? Dank!

Heb je ook even in Home Assistant gekeken? Misschien 1 of andere database check?

Bij mij geen van alles ingesteld zoals jij gedaan hebt, maar ik heb hem ook gewoon op i440fx.

[dixet]

Harmen schreef op donderdag 2 juli 2026 @ 13:37:
Sinds de upgrade naar v9 merk ik dat m'n home assistant vm (haos) iets meer cpu verbruikt dan normaal. (was 4% nu 19%). Heb al een aantal zaken gechecked, cq aangepast zoals:
-cpu type aanpassen x86-66-v2-AES en kvm64
-Display van Default naar SPICE
-Use tablet for pointer stond al uit, als test aan gezet + reboot en uitgezet + reboot.

Iemand nog tips of tricks? Dank!

Idd ook eens in HA zelf kijken. Het is bijvoorbeeld bekend dat de DSMR integratie sinds de laatste update veel CPU vreet

https://github.com/home-assistant/core/issues/173474

[Harmen]

dixet schreef op donderdag 2 juli 2026 @ 13:55:
[...]

Idd ook eens in HA zelf kijken. Het is bijvoorbeeld bekend dat de DSMR integratie sinds de laatste update veel CPU vreet

https://github.com/home-assistant/core/issues/173474

Ik denk weet te moeilijk, had begin jun ook de upgrade na pve9 gedaan.
DSMR integratie uitgezet, cpu valt terug naar 3%.
Dank, oorzaak gevonden, zal alles weer terug zetten.

Zal het Github linkje ff doorspitten.

[batumulia]

Ik heb sinds een tijdje als ik de node herstart een gekke melding waar ik niet zo heel veel over kan vinden. Weten jullie meer? Het verstoort verder niks, ik kan ook gewoon verder opstarten zonder problemen, maar blijf het gek vinden dat deze melding tevoorschijn komt.

[ElCondor]

batumulia schreef op vrijdag 10 juli 2026 @ 10:21:
Ik heb sinds een tijdje als ik de node herstart een gekke melding waar ik niet zo heel veel over kan vinden. Weten jullie meer? Het verstoort verder niks, ik kan ook gewoon verder opstarten zonder problemen, maar blijf het gek vinden dat deze melding tevoorschijn komt.[Afbeelding]

Ben je hier al iets verder mee? Als ik zo zoek op internet dan zie ik dat het te maken zou hebben met TPM en secure boot perikelen. ProxMox heeft onlangs bij een update de nieuwe secure boot certs gepusht, als ik me niet vergis. wellicht dat het hiermee samen hangt? Zie je dit vooral op secure boot enabled vm's? Of specifiek op de host zelf? Is daar secure boot goed voor geconfigureerd?

[_JGC_]

Vandaag even heerlijk midden op de dag een Ceph Squid naar Tentacle update gedaan... werkt verbazend goed allemaal, niemand die ook maar iets gemerkt heeft van het herstarten van services

Heb dit cluster nu een jaar in gebruik, eigenlijk nooit iets aan de hand. Zo nu en dan een kernel update, dan moeten de VMs er even af, update+reboot, VMs terug en dan de volgende.

Moet alleen nog eens 10Gb switch regelen, heb nu meshed 25Gb voor Ceph, ik heb nog een 25Gb poort over op elke server. 1Gbit duurt best wel lang als je 400GB (geheugen) aan actieve VMs moet migreren.

[orvintax]

_JGC_ schreef op dinsdag 14 juli 2026 @ 17:23:
Vandaag even heerlijk midden op de dag een Ceph Squid naar Tentacle update gedaan... werkt verbazend goed allemaal, niemand die ook maar iets gemerkt heeft van het herstarten van services

Heb dit cluster nu een jaar in gebruik, eigenlijk nooit iets aan de hand. Zo nu en dan een kernel update, dan moeten de VMs er even af, update+reboot, VMs terug en dan de volgende.

Moet alleen nog eens 10Gb switch regelen, heb nu meshed 25Gb voor Ceph, ik heb nog een 25Gb poort over op elke server. 1Gbit duurt best wel lang als je 400GB (geheugen) aan actieve VMs moet migreren.

Zou je willen delen in wat voor context of waar je het cluster voor gebruikt? De 400gb aan geheugen klinkt heel interessant. Uiteraard alle begrip als het te gevoelig is.

[_JGC_]

orvintax schreef op woensdag 15 juli 2026 @ 10:25:
[...]

Zou je willen delen in wat voor context of waar je het cluster voor gebruikt? De 400gb aan geheugen klinkt heel interessant. Uiteraard alle begrip als het te gevoelig is.

Ik heb dit vorig jaar voor een klant ingericht. Oude setup was een 6-tal HPE/Supermicro Xeon E5-2620V3/V4 of E5-2660V4 met 128-192GB per node en 2TB aan SSD opslag in RAID5, losstaande HyperV servers. Windows update was een hel, elke keer puzzelen waar nog plek was, wachten tot VM over was over gigabit.

Vorig jaar dus besloten om het anders te doen. En ipv HyperV met storage spaces waar je gecertificeerde hardware voor nodig hebt of met shared storage te werken, besloten het bij Proxmox te houden met Ceph. Eerst nog replicated ZFS overwogen, maar Ceph is gewoon zoveel simpeler in gebruik. Zolang je replicated pools gebruikt ipv russische-roulette EC-pools is het eigenlijk zorgeloos.

Dat zijn 3 leuke servertjes geworden:

Supermicro 2015CS-TNR
AMD EPYC 9455P 48core
384GB DDR5 geheugen
2x Samsung PM9A1 256GB NVME SSD
3x Samsung PM9A3 3.84TB NVME hotswap SSD
Intel I350 quad 1Gbit OCP
Intel E810 quad 25Gbit OCP

Kostprijs rond de 11K per server. Koop je nu misschien net 384GB DDR5 geheugen voor .

Onderling meshed met DAC kabels, heb op elke server nog 2 poorten over voor evt uitbreiding later, maar zoals iedereen wel verwacht gaat die uitbreiding er niet komen met deze prijzen . De Gbit poorten zitten vol met active/passive bond over 2 switches en 2 cluster netwerken over 2 switches waarbij de migrations over het backup cluster netwerk draaien.

Al snel kwamen we erachter dat 1 server genoeg sap had om de complete oude setup te hosten... aangezien we voor elke core alsnog maandelijks een Windows licentie moeten afnemen onder SPLA hebben we wat geheugen verschoven: de 3e server hebben we 4 geheugenreepjes uitgehaald en verdeeld over de andere 2 servers waardoor de verdeling 2x512GB en 1x128GB werd. De derde server draait alleen linux/FreeBSD VM's en is uitgesloten van het hosten van Windows VM's met HA rules.

Na een maandje draaien ging server 3 ineens vanalles incl Ceph OOM-killen... er was zo'n 50GB aan VMs actief maar alle geheugen was weg... snapte er helemaal niks van. Toen besloten om voor elke server 128GB bij te kopen, dus toen werd het 2x640GB en 1x256GB. Extra investering van 1200 euro excl BTW totaal, week na het betalen van de factuur ging Max ICT failliet, gelukkig met achteraf betalen besteld . Vervolgens viel me op dat na elke reboot een diagonale lijn omhoog ging lopen in Zabbix mbt geheugengebruik, op elke server. Dit bleek een geheugenlek te zijn in de Intel driver voor 25Gbit netwerkkaarten en gebeurde op alle servers. Geheugenlek inmiddels opgelost, maar met de prijzen van nu zijn we blij met die onnodige investering toen

Klant is een webontwikkelbedrijf met vnml Windows VPS'en, dit is voor het hosten van hun eigen klanten. Hadden ze misschien ook bij een cloudboer kunnen inkopen, ik heb een andere klant die dat doet, maar afhankelijk van de cloudboer betaal je de hoofdprijs en komt de performance niet in de buurt van een EPYC Turin.

Maargoed, Ceph updaten is gewoon s/squid/tentacle/g; apt update; apt full-upgrade; paar daemons herstarten in de juiste volgorde met hier en daar even wachten op de recovery. Kernel update is node in maintenance zetten, wachten tot het geheugen van de VMs is gemigreerd over gigabit, ceph set noout, node rebooten, ceph unset noout, uit maintenance halen en door met de volgende.
Ik merk daarin dat Gbit een beperking wordt, sommige VMs migreren lastig omdat ze soms sneller dirty memory aanmaken dan de migratie het over gigabit weggestuurd krijgt.

[batumulia]

ElCondor schreef op dinsdag 14 juli 2026 @ 08:56:
[...]

Ben je hier al iets verder mee? Als ik zo zoek op internet dan zie ik dat het te maken zou hebben met TPM en secure boot perikelen. ProxMox heeft onlangs bij een update de nieuwe secure boot certs gepusht, als ik me niet vergis. wellicht dat het hiermee samen hangt? Zie je dit vooral op secure boot enabled vm's? Of specifiek op de host zelf? Is daar secure boot goed voor geconfigureerd?

Ik ben nog niet verder hiermee, het is niet storend genoeg om rond te gaan neuzen in de sec settings voor het geval ik het verpest en daarna mn node helemaal niet meer online komt

[Beekforel]

Ik heb een cluster met HA ingericht, nu nog over 2 nodes. Ik heb daarop 1 VM, met Home Assistant, en op deze VM replication geconfigureerd op elke 30 minuten. Gaat prima, binnen 20 seconden is dat ding gerepliceerd.

Nou is mij sinds kort opgevallen dat de Unifi app die in Home Assistant draait daar niet tegen kan, de crashed bij elke sync.

Iemand die dit bekend voor komt?

Ik heb op zich wel een workaround bedacht, ik kan Unifi wel weer lostrekken van HA en in een losse LXC installeren. Maar als het als app in HA kan vind ik dat ook wel fijn.

[ElCondor]

De VM is dat een Windows VM? Heb je daar de ProxMox drivers en guest agent op geinstalleerd?
De guest agent heeft volgens mij een optie om het filesystem te freezen bij een replicatie of migratie. Wellicht dat dit helpt?

Vergeet niet de guest agent ook te enabled bij de VM opties.

[Gizz]

Beekforel schreef op woensdag 22 juli 2026 @ 09:04:
Nou is mij sinds kort opgevallen dat de Unifi app die in Home Assistant draait daar niet tegen kan, de crashed bij elke sync.

offtopic:
Bedoel je deze? De standalone UniFi Network Application is (of wordt spoedig) end-of-life, dus het is sowieso goed om te migreren naar Unifi OS Server

ElCondor schreef op woensdag 22 juli 2026 @ 09:23:
De VM is dat een Windows VM?

Ik neem aan gewoon Home Assistant Operating System.

[ Voor 26% gewijzigd door Gizz op 22-07-2026 20:47 ]

[Beekforel]

Gizz schreef op woensdag 22 juli 2026 @ 20:40:
[...]

offtopic:
Bedoel je deze? De standalone UniFi Network Application is (of wordt spoedig) end-of-life, dus het is sowieso goed om te migreren naar Unifi OS Server

[...]

Ik neem aan gewoon Home Assistant Operating System.

Dat had ik gemist. Ga ik doen, dan is het ook opgelost.

[WheeleE]

Ik heb sinds mijn schone v9 installatie een uitdaging met IO Pressure Stall waar ik niet uit kom.

Mijn setup:
- een intel NUC met PVE 9.2.4 schoon geïnstalleerd op een 1TB nvme
- Er draaien een dozijn lxc's en 1 VM op
- Eén van de lxc's is een proxmox helper script Docker installatie waarop ik qBittorrent heb draaien
- Deze lxc schrijft de data weg naar een mountpoint op een Synology NAS
- Deze en andere lxc's worden gebackupt naar een aparte SSD in de NUC

De symptomen:
- bij qbittorrent-download op hoge snelheid loopt de IO Pressure Stall van de lxc (en van de PVE install an sic) op naar 900-100%
- de boel blijft eerst draaien, maar utieindelijk loopt de qbittorent lxc vast
- de PVE zelf en overige lxc's blijven functioneren
- shutdown/reboot van de lxc faalt
- uiteindelijk staat de qb lxc als locked, de overige lxc's staan grayed out, maar functioneren nog wel
- unlocken van de lxc's is onmgelijk

De troubleshooting:
- reboot van de PVE verhelpt het probleem, maar voorkomt toekomstige gevallen niet
- backup leek het issue te zijn, maar splitsen over meerdere groepen/schedules helpt niet
- beperken van maximum downloadsnelheid naar bv 5mbit ipv 120mbit helpt ook niet

Mijn netwerk- en storagekennis is bescheiden, maar voor zover ik heb kunnen vinden zou het een issue kunnen zijn van zfs storage? Al maakt de Synology NAS geen gebruik van zfs storage.
Heeft iemand een hint waar ik de oorzaak en oplossing zou moeten zoeken?

Ik vind het vooral frustrerend dat er geen mogelijkheid lijkt te zijn om de lxc's te unlocken.

[Airw0lf]

@WheeleE - heb je ook al eens een installatie geprobeerd zonder dat helperscript? Welk helperscript gebruik je precies?

Misschien heb je (onbewust?) een pve-installatie gedaan met een zfs partitie op die ene nvme?

Wat geeft je het idee dat lxc's niet te unlocken zijn? Er is toch zoiets als pct unlock 107? Waarbij lxc 107 ge-unlocked wordt - waarschijnlijk is het bij jou een ander nummertje?

Met pct config 107 is te achterhalen of een lxc ge-locked is. En waardoor.

Stoppen kan ook - gebruik in dat geval pct stop 107.

Dit zijn allemaal commando's die je via de pve-console kunt aanroepen - geen idee of deze ook via de webui beschikbaar zijn.

[ Voor 4% gewijzigd door Airw0lf op 25-07-2026 17:24 ]

[WheeleE]

@Airw0lf: ik heb het docker-lxc helper script gebruikt. Dat functioneert met voor een andere docker-lxc wel prima, al zitten daar geen data-intensieve containers in.

De pct stop en pct unlock commando's heb ik inderdaad ook gevonden en geprobeerd (via de console), zonder positieve uitkomst.

Of ik op de nvme een zfs partitie heb gemaakt weet ik eigenlijk niet.
Of de bottleneck ook echt zfs storage is was een voorzichtige aanname danwel gok om eerlijk te zijn.

Ik zal eens kijken of ik een niet-docker installatie kan doen, of iets zonder een helper script. En misschien de boel nog eens laten vastlopen om meer logging/bewijs te verzamelen.
Dank voor de feedback so far

[ Voor 6% gewijzigd door WheeleE op 25-07-2026 17:35 ]

[dcm360]

Hm, in dat overzicht staat geen ZFS, waar komt er dan vandaan dat het aan ZFS kan liggen?

Wat betreft de netwerk-storage, mijn ervaring daarmee is dat als het ook maar lichtelijk gammel lijkt te zijn, dat Proxmox daar onevenredig ongelukkig van wordt. Mijn oplossing tot zover is geweest om systemen die per se een netwerkmount nodig hebben, op te zetten in een VM en zelf de mount te laten regelen. Ook dan loopt het nog wel eens in de soep, maar een VM herstarten heeft minder impact dan de host.

[WheeleE]

@dcm360 de zfs connectie kan ik niet meer vinden in mijn browser history. Wellicht, waarschijnlijk is het een false positive of wanhopig aanknopingspunt geweest in mijn geheugen. Ik schrap 'm bij deze van de lijst.

Dat de netwerkstorage misschien niet ideaal is kan, maar dat verklaart niet waarom het in de PVE v8 installatie bijna 2 jaar lang vlekkeloos heeft gedraaid. Ik heb de configuratie op exact dezelfde manier gedaan bij de installatie van v9.

[Airw0lf]

WheeleE schreef op zaterdag 25 juli 2026 @ 17:35:
@Airw0lf: ik heb het docker-lxc helper script gebruikt. Dat functioneert met voor een andere docker-lxc wel prima, al zitten daar geen data-intensieve containers in.

De pct stop en pct unlock commando's heb ik inderdaad ook gevonden en geprobeerd (via de console), zonder positieve uitkomst.

Of ik op de nvme een zfs partitie heb gemaakt weet ik eigenlijk niet.
[Afbeelding] Of de bottleneck ook echt zfs storage is was een voorzichtige aanname danwel gok om eerlijk te zijn.

Ik zal eens kijken of ik een niet-docker installatie kan doen, of iets zonder een helper script. En misschien de boel nog eens laten vastlopen om meer logging/bewijs te verzamelen.
Dank voor de feedback so far

Ik heb werkelijk geen idee wat je precies bedoeld met "*het* docker-lxc helper script" - als ik hier kijk zijn er vele helper scripts - laat staan dat ik de jouwe er tussen uit kan vissen (if-at-all de goede repository).

Wat laat pct config zien als het fout gaat?

In de afbeelding met het volume overzicht is geen zfs storage te zien - alleen een wat bijzondere boot setup waarbij de bios boot en efi boot op de nvme staat. Technisch niks mis mee - maar wat is de functie van die sda dan nog? De rest van de pve boot bestanden?

Mijn setup is vergelijkbaar - alleen gebruik ik een ext4-ssd (ook sda) om pve van te booten. En de nvme is helemaal toebeeld aan een lvm (thick provisioning) met de virtuele disken van de vm's en lxc's. Maar dat is meer een persoonlijke voorkeur - geen technische - het maakt het geheel voor mij voorspelbaar(der).

Welk netwerk-FS gebruik je richting je NAS - nfs, samba of nog iets anders (en wat)? En als het nfs of samba is, welke protocol versie?

Is er in de pve-syslog, lxc-syslog en/of synology log iets te zien van diskfouten bij het lezen en/of schrijven?

[ Voor 8% gewijzigd door Airw0lf op 25-07-2026 23:04 ]

[powerboat]

WheeleE schreef op zaterdag 25 juli 2026 @ 16:57:
Ik heb sinds mijn schone v9 installatie een uitdaging met IO Pressure Stall waar ik niet uit kom.

Mijn setup:
- een intel NUC met PVE 9.2.4 schoon geïnstalleerd op een 1TB nvme
- Er draaien een dozijn lxc's en 1 VM op
- Eén van de lxc's is een proxmox helper script Docker installatie waarop ik qBittorrent heb draaien
- Deze lxc schrijft de data weg naar een mountpoint op een Synology NAS
- Deze en andere lxc's worden gebackupt naar een aparte SSD in de NUC

De symptomen:
- bij qbittorrent-download op hoge snelheid loopt de IO Pressure Stall van de lxc (en van de PVE install an sic) op naar 900-100%
- de boel blijft eerst draaien, maar utieindelijk loopt de qbittorent lxc vast
- de PVE zelf en overige lxc's blijven functioneren
- shutdown/reboot van de lxc faalt
- uiteindelijk staat de qb lxc als locked, de overige lxc's staan grayed out, maar functioneren nog wel
- unlocken van de lxc's is onmgelijk

De troubleshooting:
- reboot van de PVE verhelpt het probleem, maar voorkomt toekomstige gevallen niet
- backup leek het issue te zijn, maar splitsen over meerdere groepen/schedules helpt niet
- beperken van maximum downloadsnelheid naar bv 5mbit ipv 120mbit helpt ook niet

Mijn netwerk- en storagekennis is bescheiden, maar voor zover ik heb kunnen vinden zou het een issue kunnen zijn van zfs storage? Al maakt de Synology NAS geen gebruik van zfs storage.
Heeft iemand een hint waar ik de oorzaak en oplossing zou moeten zoeken?

Ik vind het vooral frustrerend dat er geen mogelijkheid lijkt te zijn om de lxc's te unlocken.

Lijkt op een issue wat ik heb gehad met UrBackup in LXC en een bind via de hypervisor. Ik heb dit verholpen door er een VM van te maken i.p.v. LXC.

Ps. Kun je vertellen hoe je die synology hebt verbonden? Is dat via NFS, SMB of ISCSI?

[InjecTioN]

powerboat schreef op zaterdag 25 juli 2026 @ 21:31:
[...]

Lijkt op een issue wat ik heb gehad met UrBackup in LXC en een bind via de hypervisor. Ik heb dit verholpen door er een VM van te maken i.p.v. LXC.

Ps. Kun je vertellen hoe je die synology hebt verbonden? Is dat via NFS, SMB of ISCSI?

Dit inderdaad. En heb je het gekoppeld aan de LXC via de gebruikelijke proxmox route, of heb je ‘m vanuit de LXC zelf gekoppeld? Dat maakt nogal een verschil namelijk.

[powerboat]

InjecTioN schreef op zondag 26 juli 2026 @ 01:57:
[...]

Dit inderdaad. En heb je het gekoppeld aan de LXC via de gebruikelijke proxmox route, of heb je ‘m vanuit de LXC zelf gekoppeld? Dat maakt nogal een verschil namelijk.

Ik had hem via NFS aan de Proxmox gemount en daarna via een bindmount in de VM (Ik gebruikte toen PVE8). De reden waarom ik dit zo gedaan had was omdat ik mijn containers niet op privileged wil zetten.

Gezien ik een cluster heb en meer dan voldoende geheugen, maak ik eigenlijk alleen nog maar gebruik van VM's. Ja ze zijn iets minder efficiënt maar zijn security technisch beter en hebben minder last van rare quirks.

Behalve bij mijn Backup server daar heb ik als basis OS TrueNAS gebruikt en daar heb ik 2 containers gemaakt met een keer Proxmox Backup Server en UrBackup. Zo kan ik ook nog snapshots maken van de backup.

[ Voor 13% gewijzigd door powerboat op 26-07-2026 09:55 ]

[WheeleE]

@Airw0lf ik zat gisteren in de ergernis-modus, vandaar m'n ietwat warrige post, sorry.

Uitgebreider antwoord op je vragen:
Dit is het helper script wat ik heb gebruikt: https://community-scripts.org/scripts/docker

SDA is de losse SSD waarop alleen de backups worden weggeschreven.


@powerboat :
De share is via CIFS op de PVE-host gemapped:

code:

//xxx.xxx.xxx.xxx/download/ /mnt/lxc_shares/synology2download_rwx cifs _netdev,x-systemd.automount,noatime,uid=100000,gid=110000,dir_mode=0777,file_mode=0777,credentials=/root/.credentials_synology2 0 0

CIFS-versie: mount.cifs version: 7.4

code:

root@pve:~# pct config 105
arch: amd64
cores: 2
description: 
features: nesting=1,keyctl=1
hostname: qbittorrent
lock: snapshot
memory: 2048
mp0: /mnt/lxc_shares/synology2download_rwx/,mp=/mnt/synology2download_rwx
net0: name=eth0,bridge=vmbr0,gw=192.168.1.1,hwaddr=BC:24:11:40:DB:77,ip=192.168.1.74/23,type=veth
onboot: 0
ostype: debian
rootfs: local-lvm:vm-105-disk-1,size=10G
swap: 512
tags: yyy.yyy.yyy.yyy;community-script;docker
timezone: Europe/Amsterdam
unprivileged: 1
lxc.cgroup2.devices.allow: c 10:200 rwm
lxc.mount.entry: /dev/net/tun dev/net/tun none bind,create=file

Gisteravond is de boel overigens weer vastgelopen:

Het tijdstip van stoppen van de metrics valt samen met de start van de backup van lxc 105 (qbittorrent).

journalctl -r laat dit zien rond dat tijdstip:

code:

Jul 25 23:17:01 pve CRON[623238]: pam_unix(cron:session): session closed for user root
Jul 25 23:17:01 pve CRON[623240]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 23:17:01 pve CRON[623238]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 22:17:01 pve CRON[564197]: pam_unix(cron:session): session closed for user root
Jul 25 22:17:01 pve CRON[564199]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 22:17:01 pve CRON[564197]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 21:24:32 pve smartd[830]: Device: /dev/sda ~[SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 71 to 66
Jul 25 21:17:01 pve CRON[505201]: pam_unix(cron:session): session closed for user root
Jul 25 21:17:01 pve CRON[505203]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 21:17:01 pve CRON[505201]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 21:01:40 pve iptag[1070]: ℹ Starting periodic check
Jul 25 21:01:38 pve pvescheduler[487157]: INFO: Starting Backup of VM 105 (lxc)
Jul 25 21:01:38 pve pvescheduler[487157]: INFO: Finished Backup of VM 104 (00:01:37)
Jul 25 21:01:38 pve kernel: EXT4-fs (dm-19): unmounting filesystem 87d22226-4ef4-469c-bf29-6a114f9f74c0.
Jul 25 21:00:02 pve kernel: EXT4-fs (dm-19): mounted filesystem 87d22226-4ef4-469c-bf29-6a114f9f74c0 ro without journal. Quota mode: none.
Jul 25 21:00:02 pve kernel: EXT4-fs (dm-19): write access unavailable, skipping orphan cleanup
Jul 25 21:00:01 pve dmeventd[400]: Monitoring thin pool pve-data-tpool.
Jul 25 21:00:01 pve dmeventd[400]: No longer monitoring thin pool pve-data-tpool.
Jul 25 21:00:01 pve pvescheduler[487157]: INFO: Starting Backup of VM 104 (lxc)
Jul 25 21:00:01 pve pvescheduler[487157]: INFO: starting new backup job: vzdump --notification-mode notification-system --mode snapshot --fleecing 0 --compress zstd --storage lvm-backup --quiet 1 --notes>
Jul 25 21:00:01 pve pvescheduler[487155]: <root@pam> starting task UPID:pve:00076EF5:00193A7F:6A6507B1:vzdump::root@pam:

Anders dan dit zie ik geen fouten is de diverse logging, ook niet op de Synology.


Als ik al jullie ervaringen zo lees kan ik er beter een VM van maken. Het troubleshooten van deze uitdaging kost me te veel tijd en energie, en dat is het nou ook weer niet waard

[InjecTioN]

WheeleE schreef op zondag 26 juli 2026 @ 11:14:
@Airw0lf ik zat gisteren in de ergernis-modus, vandaar m'n ietwat warrige post, sorry.

Uitgebreider antwoord op je vragen:
Dit is het helper script wat ik heb gebruikt: https://community-scripts.org/scripts/docker

SDA is de losse SSD waarop alleen de backups worden weggeschreven.


@powerboat :
De share is via CIFS op de PVE-host gemapped:

code:

//xxx.xxx.xxx.xxx/download/ /mnt/lxc_shares/synology2download_rwx cifs _netdev,x-systemd.automount,noatime,uid=100000,gid=110000,dir_mode=0777,file_mode=0777,credentials=/root/.credentials_synology2 0 0

CIFS-versie: mount.cifs version: 7.4

code:

root@pve:~# pct config 105
arch: amd64
cores: 2
description: 
features: nesting=1,keyctl=1
hostname: qbittorrent
lock: snapshot
memory: 2048
mp0: /mnt/lxc_shares/synology2download_rwx/,mp=/mnt/synology2download_rwx
net0: name=eth0,bridge=vmbr0,gw=192.168.1.1,hwaddr=BC:24:11:40:DB:77,ip=192.168.1.74/23,type=veth
onboot: 0
ostype: debian
rootfs: local-lvm:vm-105-disk-1,size=10G
swap: 512
tags: yyy.yyy.yyy.yyy;community-script;docker
timezone: Europe/Amsterdam
unprivileged: 1
lxc.cgroup2.devices.allow: c 10:200 rwm
lxc.mount.entry: /dev/net/tun dev/net/tun none bind,create=file

Gisteravond is de boel overigens weer vastgelopen:
[Afbeelding]
Het tijdstip van stoppen van de metrics valt samen met de start van de backup van lxc 105 (qbittorrent).

journalctl -r laat dit zien rond dat tijdstip:

code:

Jul 25 23:17:01 pve CRON[623238]: pam_unix(cron:session): session closed for user root
Jul 25 23:17:01 pve CRON[623240]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 23:17:01 pve CRON[623238]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 22:17:01 pve CRON[564197]: pam_unix(cron:session): session closed for user root
Jul 25 22:17:01 pve CRON[564199]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 22:17:01 pve CRON[564197]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 21:24:32 pve smartd[830]: Device: /dev/sda ~[SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 71 to 66
Jul 25 21:17:01 pve CRON[505201]: pam_unix(cron:session): session closed for user root
Jul 25 21:17:01 pve CRON[505203]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Jul 25 21:17:01 pve CRON[505201]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
Jul 25 21:01:40 pve iptag[1070]: ℹ Starting periodic check
Jul 25 21:01:38 pve pvescheduler[487157]: INFO: Starting Backup of VM 105 (lxc)
Jul 25 21:01:38 pve pvescheduler[487157]: INFO: Finished Backup of VM 104 (00:01:37)
Jul 25 21:01:38 pve kernel: EXT4-fs (dm-19): unmounting filesystem 87d22226-4ef4-469c-bf29-6a114f9f74c0.
Jul 25 21:00:02 pve kernel: EXT4-fs (dm-19): mounted filesystem 87d22226-4ef4-469c-bf29-6a114f9f74c0 ro without journal. Quota mode: none.
Jul 25 21:00:02 pve kernel: EXT4-fs (dm-19): write access unavailable, skipping orphan cleanup
Jul 25 21:00:01 pve dmeventd[400]: Monitoring thin pool pve-data-tpool.
Jul 25 21:00:01 pve dmeventd[400]: No longer monitoring thin pool pve-data-tpool.
Jul 25 21:00:01 pve pvescheduler[487157]: INFO: Starting Backup of VM 104 (lxc)
Jul 25 21:00:01 pve pvescheduler[487157]: INFO: starting new backup job: vzdump --notification-mode notification-system --mode snapshot --fleecing 0 --compress zstd --storage lvm-backup --quiet 1 --notes>
Jul 25 21:00:01 pve pvescheduler[487155]: <root@pam> starting task UPID:pve:00076EF5:00193A7F:6A6507B1:vzdump::root@pam:

Anders dan dit zie ik geen fouten is de diverse logging, ook niet op de Synology.


Als ik al jullie ervaringen zo lees kan ik er beter een VM van maken. Het troubleshooten van deze uitdaging kost me te veel tijd en energie, en dat is het nou ook weer niet waard

Nah. Geen VM ervan maken als het niet nodig is. Lekker een unprivileged LXC behouden.

Ik zou eerst de Proxmox 9 voorgeschreven cq best practices methode proberen.

Je gebruikt nu feitelijk nog een “oudere manier” om te mounten: handmatige mount via /etc/fstab op de PVE-host en vervolgens de lokale directory als mp0-bindmount doorgeven aan de LXC

Dat heeft voor proxmox 9 natuurlijk prima gewerkt, maar onder PVE 9 kun je CIFS rechtstreeks als storage in Proxmox configureren en door Proxmox laten beheren. Daarmee vervallen de losse fstab- en systemd-automountconstructie en wordt de configuratie overzichtelijker en mogelijk zelfs toekomstbestendiger omdat deze oudere methode niet meer als best practices wordt beschouwd.

Ik zou daarom eerst het volgende proberen:

1. de huidige CIFS-bindmount tijdelijk verwijderen uit CT 105;
2. de Synology-share via Datacenter -> Storage als CIFS-storage toevoegen;
3. CIFS als feature toevoegen aan de LXC instellingen;
4. vervolgens de share via de LXC instellingen aan de unprivileged LXC beschikbaar maken;
5. daarna dezelfde qBittorrent-belasting en back-up opnieuw testen.

Als het probleem dan wegblijft, zat het waarschijnlijk in de oude hostmount/bindmountconstructie of de lifecycle daarvan.

Een VM kan altijd nog, maar ik zou niet beginnen met extra virtualisatie als PVE 9 hiervoor inmiddels een native route biedt.

[powerboat]

InjecTioN schreef op zondag 26 juli 2026 @ 14:02:
[...]

Nah. Geen VM ervan maken als het niet nodig is. Lekker een unprivileged LXC behouden.

Ik zou eerst de Proxmox 9 voorgeschreven cq best practices methode proberen.

Je gebruikt nu feitelijk nog een “oudere manier” om te mounten: handmatige mount via /etc/fstab op de PVE-host en vervolgens de lokale directory als mp0-bindmount doorgeven aan de LXC

De mout opties die je via de GUI doet is hetzelfde als de oude wijze van de bindmount, ik verwacht niet dat je het issue hiermee oplost.

@WheeleE, wellicht kun je proberen over te stappen van CIFS naar NFS, NFS is een native protocol dat beter ondersteund wordt door Linux.

Controleer eens wat je geheugen en swap doet.

[dcm360]

@InjecTioN Ik was even benieuwd hoe dit zou moeten werken, maar de CIFS-feature mag bij mij niet aan op unprivileged containers, en ik kan verder via de GUI alleen een disk image aanmaken op de CIFS-storage, dat is net wat anders dan een netwerkshare doorkoppelen. Klik ik verkeerd, of werkt dit niet zo?

[powerboat]

dcm360 schreef op zondag 26 juli 2026 @ 14:46:
@InjecTioN Ik was even benieuwd hoe dit zou moeten werken, maar de CIFS-feature mag bij mij niet aan op unprivileged containers, en ik kan verder via de GUI alleen een disk image aanmaken op de CIFS-storage, dat is net wat anders dan een netwerkshare doorkoppelen. Klik ik verkeerd, of werkt dit niet zo?

Gaat ook niet werken, unpriviledged laat geen systemkernel drivers toe. Dit kan enkel via de omweg of via een priviledged container.

[Jerie]

CIFS tussen Unices (Proxmox en Synology bijv.) is inefficiënt. NFSv4 geeft betere performance, en heeft ook gewoon Kerberos ondersteuning, en ondersteunt ook locking. Je hebt ook maar 1 port nodig voor NFS: 2049 TCP (UDP kan ook).

Ik gebruik NFSv4 over IPv6 LL tussen twee VMs (hoef niet eens networking te configureren) binnen een bridge. De tweede VM gebruikt een LTO-6 drive (abstract SCSI) via een passthrough van HBA, over SAS, met de HBA over TB. De data wordt eerst versleuteld at rest in de eerste VM, welke o.a. Duplicati draait. Werkt prima. Is de LTO-6 drive niet nodig, dan gaat deze en de eGPU met SAS en de VM uit. Doorgaans draait deze dus niet. Scheelt me stroom.

In deze casus gebruik ik (nog) geen Kerberos maar dat is een kwestie van tijd.

Overigens heb je ook NFS en CIFS clients die userspace zijn i.p.v kernelspace.

[Airw0lf]

@WheeleE - ergens klopt er iets niet met je indeling van de volumes.

Wat is de output vanlsblk -l? En waar in dit overzicht staan de pve-bestanden?

Ik zag ook dat je snapshots gebruikt bij het maken van backups. Ooit eens geprobeerd om de stop-mode te gebruiken?

[ Voor 19% gewijzigd door Airw0lf op 26-07-2026 15:26 ]

[WheeleE]

De switch naar NFS ga ik een van de komende dagen uitvogelen. Dank weer voor de tips.
Ik merk wel dat die wat meer complexere troubleshooting en configuratie tegen de grenzen van mijn kennis schurkt.

@Airw0lf :

code:

root@pve:~# lsblk -l
NAME                 MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                    8:0    0 465.8G  0 disk
sda1                   8:1    0 465.8G  0 part /mnt/lvm-backup
pve-swap             252:0    0     8G  0 lvm  ~[SWAP]
pve-root             252:1    0   150G  0 lvm  /
pve-data_tmeta       252:2    0   7.6G  0 lvm
pve-data_tdata       252:3    0 740.9G  0 lvm
pve-data-tpool       252:4    0 740.9G  0 lvm
pve-data             252:5    0 740.9G  1 lvm
pve-vm--108--disk--0 252:6    0    10G  0 lvm
pve-vm--107--disk--0 252:7    0    13G  0 lvm
pve-vm--106--disk--0 252:8    0    15G  0 lvm
pve-vm--100--disk--0 252:9    0     4G  0 lvm
pve-vm--101--disk--0 252:10   0     6G  0 lvm
pve-vm--102--disk--0 252:11   0     4G  0 lvm
pve-vm--104--disk--0 252:12   0    25G  0 lvm
pve-vm--103--disk--0 252:13   0    10G  0 lvm
pve-vm--109--disk--0 252:14   0    10G  0 lvm
pve-vm--110--disk--0 252:15   0     6G  0 lvm
pve-vm--111--disk--0 252:16   0    10G  0 lvm
pve-vm--113--disk--0 252:17   0     4G  0 lvm
pve-vm--105--disk--1 252:18   0    10G  0 lvm
nvme0n1              259:0    0 931.5G  0 disk
nvme0n1p1            259:1    0  1007K  0 part
nvme0n1p2            259:2    0     1G  0 part /boot/efi
nvme0n1p3            259:3    0   930G  0 part

Ik heb bij de setup niks bijzonders ingesteld. Alleen een maxroot van 150Gb, zo uit m'n hoofd.
In mijn config staan de container disks op de local-lvm van 795Gb.

code:

root@pve:~# lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                            8:0    0 465.8G  0 disk
└─sda1                         8:1    0 465.8G  0 part /mnt/lvm-backup
nvme0n1                      259:0    0 931.5G  0 disk
├─nvme0n1p1                  259:1    0  1007K  0 part
├─nvme0n1p2                  259:2    0     1G  0 part /boot/efi
└─nvme0n1p3                  259:3    0   930G  0 part
  ├─pve-swap                 252:0    0     8G  0 lvm  ~[SWAP]
  ├─pve-root                 252:1    0   150G  0 lvm  /
  ├─pve-data_tmeta           252:2    0   7.6G  0 lvm
  │ └─pve-data-tpool         252:4    0 740.9G  0 lvm
  │   ├─pve-data             252:5    0 740.9G  1 lvm
  │   ├─pve-vm--108--disk--0 252:6    0    10G  0 lvm
  │   ├─pve-vm--107--disk--0 252:7    0    13G  0 lvm
  │   ├─pve-vm--106--disk--0 252:8    0    15G  0 lvm
  │   ├─pve-vm--100--disk--0 252:9    0     4G  0 lvm
  │   ├─pve-vm--101--disk--0 252:10   0     6G  0 lvm
  │   ├─pve-vm--102--disk--0 252:11   0     4G  0 lvm
  │   ├─pve-vm--104--disk--0 252:12   0    25G  0 lvm
  │   ├─pve-vm--103--disk--0 252:13   0    10G  0 lvm
  │   ├─pve-vm--109--disk--0 252:14   0    10G  0 lvm
  │   ├─pve-vm--110--disk--0 252:15   0     6G  0 lvm
  │   ├─pve-vm--111--disk--0 252:16   0    10G  0 lvm
  │   ├─pve-vm--113--disk--0 252:17   0     4G  0 lvm
  │   └─pve-vm--105--disk--1 252:18   0    10G  0 lvm
  └─pve-data_tdata           252:3    0 740.9G  0 lvm
    └─pve-data-tpool         252:4    0 740.9G  0 lvm
      ├─pve-data             252:5    0 740.9G  1 lvm
      ├─pve-vm--108--disk--0 252:6    0    10G  0 lvm
      ├─pve-vm--107--disk--0 252:7    0    13G  0 lvm
      ├─pve-vm--106--disk--0 252:8    0    15G  0 lvm
      ├─pve-vm--100--disk--0 252:9    0     4G  0 lvm
      ├─pve-vm--101--disk--0 252:10   0     6G  0 lvm
      ├─pve-vm--102--disk--0 252:11   0     4G  0 lvm
      ├─pve-vm--104--disk--0 252:12   0    25G  0 lvm
      ├─pve-vm--103--disk--0 252:13   0    10G  0 lvm
      ├─pve-vm--109--disk--0 252:14   0    10G  0 lvm
      ├─pve-vm--110--disk--0 252:15   0     6G  0 lvm
      ├─pve-vm--111--disk--0 252:16   0    10G  0 lvm
      ├─pve-vm--113--disk--0 252:17   0     4G  0 lvm
      └─pve-vm--105--disk--1 252:18   0    10G  0 lvm

V.w.b. de stop-mode backup: die kende ik nog niet. Zal ik ook een verder in duiken.

[Airw0lf]

@WheeleE - ok bedankt voor de update.

Ik weet nu hoe de nvme precies gebruikt wordt - en dat is prima zo.

Mijn 0,500 Euro:

Je bittorrent Docker container heeft waarschijnlijk een actieve download lopen. Bij een backup met snapshots moet van iedere wijziging een nieuwe kopie gemaakt worden. Waardoor je nvme volloopt en de backup van vm-105 nooit tot een afronding komt.

De backup-stop-functie stopt (een-voor-een!) alle LXC-containers die zijn opgenomen in de backup-job, maakt een backup en start de LXC weer op. Hierdoor wordt de torrent-download ook gestopt en kan de backup afgerond worden.

Ik ben in het verleden meerdere keren tegen dit soort dingen aangelopen rondom iets dat heet LVM-thin provisioning. En heb inmiddels alles overgezet naar LVM-thick provisioning met "harde" maxima op alle LXC-volumes.

Dit haalt alle flexibiliteit eruit - maar maakt het geheel wel super voorspelbaar; o.a. doordat je altijd zicht hebt op het exacte diskgebruik. En een backup die altijd in stop-mode draait zodat de kans van slagen maximaal is.

Nadeel van LVM-thick provisioning is wel dat je meer diskruimte nodig hebt omdat de slimmigheden van LVM-thin niet meer werken. Dit komt doordat de opgegeven diskruimte per LXC-volume meteen wordt aangemerkt als bezet - ook als er feitelijk maar een kleine percentage in gebruik is.

Nadeel bij deze backup-modus is dat de LXC's ook echt gestopt en herstart worden. Maar als ik kijk naar de lsblk output is dat in jouw geval minder dan een uur (ik gok15-30 minuten) voor alle LXC's bij elkaar.

[ Voor 13% gewijzigd door Airw0lf op 26-07-2026 18:50 ]

[Theetjuh]

Hij zou toch alleen alle lxc.mounts niet mee moeten backuppen, hoe kan hij dan problemen hebben met een lopende download?

[Airw0lf]

Theetjuh schreef op zondag 26 juli 2026 @ 18:46:
Hij zou toch alleen alle lxc.mounts niet mee moeten backuppen, hoe kan hij dan problemen hebben met een lopende download?

Ik weet niet precies wat er bij die backups ingesteld is - maar afgaande op de probleemomschrijving en alle geposte informatie lijkt me dit het meest voor de handliggende - in ieder geval voor nu.

[InjecTioN]

dcm360 schreef op zondag 26 juli 2026 @ 14:46:
@InjecTioN Ik was even benieuwd hoe dit zou moeten werken, maar de CIFS-feature mag bij mij niet aan op unprivileged containers, en ik kan verder via de GUI alleen een disk image aanmaken op de CIFS-storage, dat is net wat anders dan een netwerkshare doorkoppelen. Klik ik verkeerd, of werkt dit niet zo?

Ah! Je hebt gelijk. Unprivileged kan inderdaad niet via die route. Dan is een host mount met mountpoint eigenlijk de enige juiste methode. Excuses voor mijn onbedoelde verwarring.

Mogelijk wil je dan inderdaad eens kijken welke processen precies blijven hangen zodra het probleem optreedt. Ik ben benieuwd of er processen in D (uninterruptible sleep) terechtkomen. Dat zou namelijk kunnen verklaren waarom alles blijft hangen tijdens een vzdump.

Op de PVE-host in de terminal, tijdens de vastloper eens uitvoeren:

code:

ps -eo state,pid,ppid,wchan:40,etimes,cmd | awk '$1=="D"'

En voor iedere gevonden PID:

code:

cat /proc/<PID>/stack

Daarmee zie je vaak vrij snel of een proces vastzit in bijvoorbeeld CIFS, de VFS-layer, de block layer of iets anders in de kernel. Dat geeft waarschijnlijk veel meer aanknopingspunten dan alleen de hoge IO Pressure Stall. Het zal je op z'n minst de juiste richting op kunnen duwen!

[WheeleE]

In het omzetten naar NFS gaat iets meer tijd zitten qua uitzoeken van permissies matchen tussen proxmox en de NAS heb ik gemerkt.
Daarom ga ik eerst, met @InjecTioN's tips, kijken wat er onder water precies gebeurt als de boel vastloopt.

@Airw0lf Van wat ik tot nu toe heb gezien stijgt de IO Pressure Stall als er een download actief is. Als de download klaar is of gepauzeert wordt zakt de stall echter niet.
Bij de eerstvolgende backupronde loopt de boel vast, maar pas als de qbittorrent lxc aan de beurt is.

Voor de backups maak ik gebruik van de standaard proxmox job. Ik zie daar in de GUI geen optie voor dus daar duik ik nog ff verder.

[Jerie]

qbittorrent en cifs is een bekende combinatie welke lage performance geeft: https://github.com/arvidn/libtorrent/issues/7480

[fissa]

Iemand een idee? Mijn proxmox is lokaal maar sporadisch te benaderen via het statische ip die ik op de router heb ingesteld. Ping geeft een time out en dan soms, random, is die online en kan ik er snel bij.
M’n home assistent vm in pxe is wel gewoon netjes te benaderen.

Proxmox draait op een mini pc (mllse g2 pro).

[Gizz]

@fissa staan er interessante dingen in je logs? Hoge load? Zie je foutmeldingen op het scherm van je mini pc langskomen?

[fissa]

Gizz schreef op vrijdag 31 juli 2026 @ 19:35:
@fissa staan er interessante dingen in je logs? Hoge load? Zie je foutmeldingen op het scherm van je mini pc langskomen?

Zover ik kan zien niet. In ieder geval, als ik erbij kom; dan zie ik niks bijzonders staan. Proxmox als OS geïnstalleerd op de mini pc trouwens. Draait verder niks behalve HA. Ben er nog niet zo lang geleden mee begonnen, dus er kan eigenlijk weinig load zijn. Of waar kan ik dit checken?