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