:strip_exif()/i/2003599062.png?f=thumbmini)
/u/200133/artemis_square_e_60-60.png?f=community)
Op zich is het ook helemaal niet nodig om zelf iets te doen met de SSH host key. Zodra je een container aanmaakt op basis van een template, zal Proxmox een nieuwe host key genereren voor de container.
Ok misschien even een stapje teruggaan, want ik ben nog wel een leek in de proxmox wereld. Dus kan zijn dat ik nog wat verkeerd heb gedaan?
Stappenplan:
1. Ik heb een nieuwe LXC gemaakt met ipv4 static 192.168.1.7/24 en met id 500
2. In die nieuwe LXC heb ik mijn script gerund om mijn default tools te installeren. Deze tools (npm, node, zsh, etc) wil ik telkens ik een nieuwe LXC aanmaak dat die er standaard al opstaan.
3. Shutdown de LXC
4. Eenmaal uitgeschakeld, convert ik de LXC naar een template (rechtermuis op de LXC en convert to template)
5. Dan maak ik een nieuwe LXC aan gebaseerd op deze template. Dat doe ik dan ook vervolgens met rechtermuis op de template dat ik heb aangemaakt en daar staat letterlijk clone. Als ik die aanklik komt er een popup om een naam en mode te selecteren (ik heb tot nu toe altijd de 'full clone' mode gekozen)
6. Voor ik de nieuwe LXC opstart verander ik nog snel even het ipv4 adres.
7. Start de nieuwe LXC op en dan probeer ik te ssh'en naar deze nieuwe LXC maar dan krijg ik die fout
code:
1
2
3
| ssh root@192.168.1.8 kex_exchange_identification: read: Connection reset by peer Connection reset by 192.168.1.8 port 22 |
Dat is ongeveer het process dat ik nu toe. Doe ik wat verkeerd dan?
Ik heb nog even een screenshotje erbij gezet wat ik exact te zien krijg in een LXC template menu
:strip_exif()/f/image/TA0F6ieTF0ulHEtVqU0tSYUj.png?f=user_large)
:strip_exif()/f/image/CprohAjuJQdKcoVZ9L37V7a2.png?f=user_large)
:strip_icc():strip_exif()/u/198189/crop67ecf5f08705a_cropped.jpg?f=community)
Ik ben akkoord met wat je zegt dat een template zo min mogelijk statische data moet bevatten. Dat is inderdaad een goed punt van die static ip, die pas ik nog aan en ik ga inderdaad eens proberen via pct enter 500 proberen te doen (ik ga een nieuwe template aanmaken en het opnieuw proberen)
Ter verduidelijking: Ik heb SSH niet gebruikt om de template te preppen, ik ben direct via proxmox webui naar de LXCs console gegaan en van daaruit zitten werken. Echter wil ik gewoon dat elke nieuwe LXC standaard in gessht kan worden. Ik probeer je suggestie uit en rapporteer terug met een update
Dank je wel voor de tips
Krijgen ze wel een uniek MAC adres?:
[...]
Ik ben akkoord met wat je zegt dat een template zo min mogelijk statische data moet bevatten. Dat is inderdaad een goed punt van die static ip, die pas ik nog aan en ik ga inderdaad eens proberen via pct enter 500 proberen te doen (ik ga een nieuwe template aanmaken en het opnieuw proberen)
Ter verduidelijking: Ik heb SSH niet gebruikt om de template te preppen, ik ben direct via proxmox webui naar de LXCs console gegaan en van daaruit zitten werken. Echter wil ik gewoon dat elke nieuwe LXC standaard in gessht kan worden. Ik probeer je suggestie uit en rapporteer terug met een update
Dank je wel voor de tips
:strip_icc():strip_exif()/u/49556/Liegebeest-small.jpg?f=community)
/u/391330/crop580782edeab09_cropped.png?f=community)
:strip_exif()/u/1054665/crop5be31086906cf_cropped.gif?f=community)
"beter" is geen universeel iets. Klinkt misschien flauw maar alles heeft simpelweg voordelen en nadelen. Alhoewel ik hier toch ga moeten zeggen dat ik geen enkel voordeel kan bedenken om die twee schijven te isoleren.
Het grote nadeel hiervan, los van welk bestandsysteem je gebruikt, is dat je geen RAID meer hebt. Je kunt voor alle duidelijkheid die niet op dat niveau combineren. Daarnaast is replication perfect mogelijk met een ZFS mirror.
Zelf vind ik (en vele andere
) ZFS een ontzettend robuust bestandsysteem. Wat ik persoonlijk de belangrijkste eigenschap vind voor een server omgeving,
[ Voor 3% gewijzigd door orvintax op 28-10-2025 22:59 . Reden: Zinsbouw ]
Excuses voor de late reactie! Ik was er niet meer gekomen dmv thuis situatie.
Ik heb ondertussen ook de oorzaak gevonden!
De static IP dat ik had toegewezen aan mijn LXC was al in gebruik door een andere smart device in mijn netwerk. Mystery solved dus
Ik heb een nieuwe LXC gemaakt met een ander IP en dan werkt het instantly wel. Nu moet ik het nog converteren naar een template en dan nog eens proberen. Zal voor de komende dagen zijn. Ik hou je op de hoogte!
/u/2501/crop5ee7b0a872f96_cropped.png?f=community)
Ik had hetzelfde.:
Misschien heeft iemand deze situatie ook. Ik draai nog niet heel lang op Proxmox, maar tot op heden ben ik er super blij mee. Ik heb Kuma Uptime draaien als LXC via een helper script.
Nu is er een flinke release (2.0). Als ik een upgrade doe binnen de LXC dan werkt het niet meer. (langleve snapshots)
Kuma-Uptime server geeft alleen maar deze melding in error log:
code:
Error [ERR_SERVER_NOT_RUNNING]: Server is not running. at Server.close (node:net:2359:12) at Object.onceWrapper (node:events:633:28) at Server.emit (node:events:531:35) at emitCloseNT (node:net:2419:8) at process.processTicksAndRejections (node:internal/process/task_queues:89:21) { code: 'ERR_SERVER_NOT_RUNNING' }
Hoe kan ik upgraden zonder dat ik alles sloop
Bij mij was het issue dat de CT niet voldoende ruimte had voor de conversie naar de nieuwe versie en daarmee vastliep.
De oplossing was dus om eerst de CT groter te maken met een pctresize.
Daarna liep de update wel, de conversie duurt alleen vrij lang.
code:
1
| pct resize 105 rootfs 10G |
:strip_exif()/u/8422/waarschuwing.gif?f=community)
/u/59144/aMSN_96.png?f=community)
/u/127261/crop5dcd39ec2f45d_cropped.png?f=community)
:strip_icc():strip_exif()/u/11631/tentacle.jpg?f=community)
How To: Synology NFS for Proxmox Backup Server Datastore (2025)
https://www.derekseaman.c...erver-datastore-2025.html
How To: Synology iSCSI LUN for Proxmox Backup Server Datastore
https://www.derekseaman.c...kup-server-datastore.html
PBS in een VM op je Synology zelf met datastore via iSCSI LUN klinkt idd logischer dan PBS op een ander systeem met een NFS mount als datastore. Maar het kan natuurlijk beiden.
Je kunt ook een lokale PBS installeren in een LXC op je PVE cluster met datastore in de LXC zelf voor snelle daily backups en een tweede PBS met veel storage op je Synology als long term storage/disaster recovery. Sync instellen van de local PBS naar de Synology PBS en de retentie op de Synology ruim instellen en op de local kort. Mogelijkheden genoeg.
[ Voor 42% gewijzigd door d3vlin op 18-11-2025 13:32 ]
Leaping Lab Rats!
:strip_icc():strip_exif()/u/14853/bluepiSW.jpg?f=community)
:strip_icc():strip_exif()/u/144633/crop643e593ea432f_cropped.jpg?f=community)
Mijn PBS container heb ik een week of twee geleden gesloopt en daarna opnieuw opgezet. Als je een datastore toevoegt in PBS heb je een vinkje om bestaande data te behouden. Ik moest wel de rechten met chmod goedzetten op een dir en een file, en daarna werkte het. Daar zit ook nog een upgrade bij want mijn overleden PBS-container was versie 3 en de nieuwe was versie 4.
Saved by the buoyancy of citrus
:strip_icc():strip_exif()/u/655387/crop61f7a5bca3e6c_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/590826/crop5aec9d19a8add_cropped.jpeg?f=community)
:strip_exif()/u/47330/ava.gif?f=community)
:strip_icc():strip_exif()/u/895/Arsenal_60.jpg?f=community)
op 2 van mijn nodes had ik dat ook. Bij 1 ging het mis maar dat was eenvoudig op te lossen door te booten met een usb installatie stick en dan de boot weer even naar de juiste schijf te schrijven.
Zolang je een pc/laptop hebt waarop je het kan opzoeken is het geen probleem.
En bij dit soort dingen: Altijd zorgen voor een backup van dat wat erop staat
Dank voor je toelichting. van alle VM's heb ik een configuratie-backup (Home Assistant, Pi-Hole dat soort dingen) dus bij een crash of faal of wat dan ook kan ik altijd snel een versie installatie doen.:
En bij dit soort dingen: Altijd zorgen voor een backup van dat wat erop staat
Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC
Even update, migratie van 8.2.2 naar laatste 9 versie ging vlekkeloos. gewoon proxmox installeren en de vm's restoren en nog even backup instellen en de deconz usb opnieuw connecten en klaar
Ook relaxt dat ik een keer een ermee oefen om te zien of backups echt eenvoudig teruggezet kunnen worden.
Ook relaxt dat ik een keer een ermee oefen om te zien of backups echt eenvoudig teruggezet kunnen worden.
:strip_exif()/u/50926/BjornDune.gif?f=community)
Goed, even wat uitzoekwerk gedaan, wat commando's gecheckt en ik gebruikte voor zover ik weet die systemd-boot niet. Deze verwijderd en systeem startte nog op na de reboot:
[...]
op 2 van mijn nodes had ik dat ook. Bij 1 ging het mis maar dat was eenvoudig op te lossen door te booten met een usb installatie stick en dan de boot weer even naar de juiste schijf te schrijven.
Zolang je een pc/laptop hebt waarop je het kan opzoeken is het geen probleem.
En bij dit soort dingen: Altijd zorgen voor een backup van dat wat erop staat
Daarna moest ik nog een andere bootloader verwijderen en opnieuw installeren en alles draait nog. In principe dus klaar voor de update.
Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC
Ik heb eindelijk ook de eerste stappen gezet om m'n mini homelab op te starten 
. Proxmox geïnstalleerd op een mini pc. i5 met 12 cores en 64gb ram dus het ding draait wel lekker . Bedoeling is om een beetje te leren hoe het virtualiseren in eigenlijk werkt, wat leuke dingen te draaien en vooral: Linux leren.
Ik heb nu een LXC container up en running met daarin Gitea. Ik ben nu aan het kijken, voor ik nog andere containers inricht, hoe ik deze nu het best kan inrichten en backuppen. Daar loop ik toch wat verloren, heb maar zeer beperkte Linux kennis. Ik lees dat Proxmox als je een backup maakt soms wel en soms niet mount points (met de data) ook een backup van neemt.
Ik heb aan m'n container een mount point toegevoegd (gitea-repos) via de GUI waar daadwerkelijk m'n repositories komen en wil deze nu backuppen. Zover ik lees zou een backup van een LXC echter geen mount points bevatten, ookal staat er een vinkje bij de mount point (backup=1). Maar als ik nu de backup open doe met unzip dan zit die directory er wel gewoon in? Daarom twee (dummy waarschijnlijk) vragen:
1. Klopt het dat dit komt doordat dit als "managed storage" gezien wordt door Proxmox omdat ik deze mount point in de LVM-Thin storagepool heb aangemaakt? En dat dit dus niet zou gebeuren als ik een aparte mount point vanuit de host naar de container expose die niet in de LVM-Thin pool zit?
2. Wat is hier nu de best practice? Data in de container door deze in de storage pool te zetten, of los op de host en aparte backup via rsync?
Ik snap het nog niet helemaal denk ik
. Google geeft vrees ik ook niet echt veel info. Ze hebben het dan over mount points en bind points (maar in mijn ogen is dat hetzelfde ). De container backup kan ik volgen maar ben dus op zoek wat er nu met de data gebeurd zeg maar.
. Proxmox geïnstalleerd op een mini pc. i5 met 12 cores en 64gb ram dus het ding draait wel lekker . Bedoeling is om een beetje te leren hoe het virtualiseren in eigenlijk werkt, wat leuke dingen te draaien en vooral: Linux leren.Ik heb nu een LXC container up en running met daarin Gitea. Ik ben nu aan het kijken, voor ik nog andere containers inricht, hoe ik deze nu het best kan inrichten en backuppen. Daar loop ik toch wat verloren, heb maar zeer beperkte Linux kennis
. Ik lees dat Proxmox als je een backup maakt soms wel en soms niet mount points (met de data) ook een backup van neemt. Ik heb aan m'n container een mount point toegevoegd (gitea-repos) via de GUI waar daadwerkelijk m'n repositories komen en wil deze nu backuppen. Zover ik lees zou een backup van een LXC echter geen mount points bevatten, ookal staat er een vinkje bij de mount point (backup=1). Maar als ik nu de backup open doe met unzip dan zit die directory er wel gewoon in? Daarom twee (dummy waarschijnlijk) vragen:
1. Klopt het dat dit komt doordat dit als "managed storage" gezien wordt door Proxmox omdat ik deze mount point in de LVM-Thin storagepool heb aangemaakt? En dat dit dus niet zou gebeuren als ik een aparte mount point vanuit de host naar de container expose die niet in de LVM-Thin pool zit?
2. Wat is hier nu de best practice? Data in de container door deze in de storage pool te zetten, of los op de host en aparte backup via rsync?
Ik snap het nog niet helemaal denk ik
. Google geeft vrees ik ook niet echt veel info. Ze hebben het dan over mount points en bind points (maar in mijn ogen is dat hetzelfde ). De container backup kan ik volgen maar ben dus op zoek wat er nu met de data gebeurd zeg maar.
Bij mij is het in elk geval zo dat bind mounts niet meegenomen worden bij snapshot backups, gelukkig, maar ik doe dat volgens mij niet via die thin pool.
Wat ik heb gedaan is een LXC opzetten met Proxmox Backup Server. De backups die gepland zijn in Proxmox worden daarin opgeslagen (je geeft PBS dus als doel voor je backups op). De PBS container heeft 2 mount points (bind mounts) waar ik de backups wil opslaan. In PBS worden de backups standaard op het ene mount point opgeslagen, en heb ik daarnaast een sync job ingesteld die de backups dupliceert naar het tweede mount point (dat is een NAS).
Dat wat ik op de host doorgeef via die binds backup ik met Kopia (die ook een mount point heeft, datgene dat ie moet backuppen) naar de eerdergenoemde NAS en naar een cloud storage.
Uiteindelijk is het idee om alle containers klein te houden, en alle data erbuiten, en die kan je los backuppen. Er zijn best wel veel wegen naar Rome wat dat betreft maar ik zou wel in het achterhoofd houden dat 1 backup niet genoeg is. Mirror je backups naar op z'n minst een ander apparaat.
Wat ik heb gedaan is een LXC opzetten met Proxmox Backup Server. De backups die gepland zijn in Proxmox worden daarin opgeslagen (je geeft PBS dus als doel voor je backups op). De PBS container heeft 2 mount points (bind mounts) waar ik de backups wil opslaan. In PBS worden de backups standaard op het ene mount point opgeslagen, en heb ik daarnaast een sync job ingesteld die de backups dupliceert naar het tweede mount point (dat is een NAS).
Dat wat ik op de host doorgeef via die binds backup ik met Kopia (die ook een mount point heeft, datgene dat ie moet backuppen) naar de eerdergenoemde NAS en naar een cloud storage.
Uiteindelijk is het idee om alle containers klein te houden, en alle data erbuiten, en die kan je los backuppen. Er zijn best wel veel wegen naar Rome wat dat betreft maar ik zou wel in het achterhoofd houden dat 1 backup niet genoeg is. Mirror je backups naar op z'n minst een ander apparaat.
Saved by the buoyancy of citrus
Dat was ik inderdaad van plan als volgende stap:
Bij mij is het in elk geval zo dat bind mounts niet meegenomen worden bij snapshot backups, gelukkig, maar ik doe dat volgens mij niet via die thin pool.
Wat ik heb gedaan is een LXC opzetten met Proxmox Backup Server. De backups die gepland zijn in Proxmox worden daarin opgeslagen (je geeft PBS dus als doel voor je backups op). De PBS container heeft 2 mount points (bind mounts) waar ik de backups wil opslaan. In PBS worden de backups standaard op het ene mount point opgeslagen, en heb ik daarnaast een sync job ingesteld die de backups dupliceert naar het tweede mount point (dat is een NAS).
Dat wat ik op de host doorgeef via die binds backup ik met Kopia (die ook een mount point heeft, datgene dat ie moet backuppen) naar de eerdergenoemde NAS en naar een cloud storage.
Uiteindelijk is het idee om alle containers klein te houden, en alle data erbuiten, en die kan je los backuppen. Er zijn best wel veel wegen naar Rome wat dat betreft maar ik zou wel in het achterhoofd houden dat 1 backup niet genoeg is. Mirror je backups naar op z'n minst een ander apparaat.
. Voorlopig nog met een USB external disk maar daar komt waarschijnlijk een NAS de komende week voor in de plaats. Dan ga ik toch ook eens kijken voor PBS op te zetten.Begrijp ik het goed dat een bind mount iets anders is dan wat je via de GUI toevoegt als "Mount point"? En dat een mount point via de GUI altijd via proxmox beheerd wordt zeg maar? Ik denk dat daar mijn verwarring wat ontstaat. De forums zijn daar niet al te duidelijk over, maar volgens de wiki zou dit enkel via shell kunnen.
Stap voor stap probeer ik tot een werkende geheel te komen maar als je jaren Linux vermeden hebt, is het toch even wennen
.
Ik denk dat dat inderdaad iets anders is maar ik weet eigenlijk niet zo goed hoe en wat. Ik schrijf ze weg in de configuratie van de container (/etc/pve/lxc/{containerid]}.conf). Voor PBS is dat bijvoorbeeld::
[...]
Dat was ik inderdaad van plan als volgende stap
Begrijp ik het goed dat een bind mount iets anders is dan wat je via de GUI toevoegt als "Mount point"? En dat een mount point via de GUI altijd via proxmox beheerd wordt zeg maar? Ik denk dat daar mijn verwarring wat ontstaat. De forums zijn daar niet al te duidelijk over, maar volgens de wiki zou dit enkel via shell kunnen.
Stap voor stap probeer ik tot een werkende geheel te komen maar als je jaren Linux vermeden hebt, is het toch even wennen
code:
1
2
| mp0: /mnt/vg_fileserver/backup/proxmox-backup,mp=/mnt/fileserver mp1: /mnt/backup.lan/proxmoxbackup,mp=/mnt/backup.lan |
De eerste is "gewoon" op de host, de tweede is een share die ik op de host heb gemount en weer doorgeef aan de container.
Ik weet niet of het nou zo was dat je dit via de GUI niet kon of kan maar ze worden wel gewoon in de GUI getoond onder Resources, als Mount Point.
Saved by the buoyancy of citrus
Thanks! Ik ga het morgen even proberen. Het strookt idd wel met wat ik in de wiki vond. Dacht alleen dat ik het verkeerd las omdat een dergelijke mount point er hetzelfde uitziet in de config dan een mount point die via de GUI is gemaakt. Maar zie net dat de eerste parameter dan naar een soort van virtuele disk lijkt te wijzen, dus daar zit waarschijnlijk het verschil in.
Ok top, dat verduidelijkt het idd
. Ik dacht even omdat het al een topic uit 2016 was, dat het niet meer up to date was. Ik ga het in ieder geval even proberen.
[ Voor 22% gewijzigd door Powerblast op 24-11-2025 20:26 ]
:strip_icc():strip_exif()/u/71319/crop63827a2053b9b_cropped.jpg?f=community)
/u/136816/Home.png?f=community)
All-electric | Deye 12KSG04LP3 met 2x Yixiang V2, 32x MB31 314 Ah | Panasonic Aquarea J 5kW | Tesla MY, SmartEVSE | 8,8 kWp PV | Proxmox met HomeAssistant, Docker host, PfSense, TrueNas & Mailcow
Ondertussen even de tijd gehad om te testen, als ik de cpu verander van default(kvm) naar host nog steeds hetzelfde.
/f/image/uTUPxZYIKIdoClfyRUpgWd3r.png?f=fotoalbum_large)
]
Dit is de load als ik op een VM een docker compose uitvoer die wat containers binnenhaalt.
Is toch véél te hoog.
Maar er is genoeg geheugen dus waarom nog beschikbaar dus waarom dan die hoge load.
Als het door zfs komt dan ga ik hem weer opnieuw installeren zonder, enige reden dat ik dat gedaan heb ik dat ik dan een mirror kan maken als er een disk kapot gaat m'n hele systeem niet gelijk down gaat.
:strip_exif()/f/image/uTUPxZYIKIdoClfyRUpgWd3r.png?f=user_large)
]Dit is de load als ik op een VM een docker compose uitvoer die wat containers binnenhaalt.
Is toch véél te hoog.
Maar er is genoeg geheugen dus waarom nog beschikbaar dus waarom dan die hoge load.
Als het door zfs komt dan ga ik hem weer opnieuw installeren zonder, enige reden dat ik dat gedaan heb ik dat ik dan een mirror kan maken als er een disk kapot gaat m'n hele systeem niet gelijk down gaat.
:strip_exif()/u/301133/crop6737b754ae5aa_cropped.gif?f=community)
Alles went behalve een Twent.
🎯Psst.. Kans maken op 12 maanden Tweakers HERO abonnement?
nggyu nglyd
Dan is de load nog geen 2 en de IO delay amper aanwezig
Duidelijk een ZFS dingetje dus
Maar wat is nu de "beste" storage configuratie voor mijn disk configuratie?
Ik heb 2 Sata Intel DC4500 SSD's en 2 Samsung 980 evo nvme SSD's.
Ik dacht dus de 2 sata's in mirror als boot (maar dat kan alleen als ZFS) en de 2 nvme's als mirror voor alle VM's en LXC's.
:strip_icc():strip_exif()/u/15793/zwelgje100.jpg?f=community)
All-electric | Deye 12KSG04LP3 met 2x Yixiang V2, 32x MB31 314 Ah | Panasonic Aquarea J 5kW | Tesla MY, SmartEVSE | 8,8 kWp PV | Proxmox met HomeAssistant, Docker host, PfSense, TrueNas & Mailcow
De OCI-support haalt een LXC template op waarbinnen dan een applicatie draait.
Dus ja - je hebt dan niet perse Docker nodig.
Maar je hebt nog niet voor alle applicaties een LXC template.
Dus je zal op enig moment toch een Docker host nodig hebben.
Tenzij je handmatig zelf zo een VM/LXC (template?) in elkaar wil steken.
makes it run like clockwork
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
@TheFes - ik hoop dat je er nog bij kunt via ssh of via een aangesloten scherm en toetsenbord...
Wat is de output van cat /etc/pve/storage.cfg?
Data in de boot/root disk wordt meestal weggeschreven in /var/lib/vz - als het bij jou anders is moet dat terug te vinden in dat storage.cfg bestandje.
Ik weet het niet 100% zeker - maar ik dacht dat Proxmox zijn config bewaard in /etc/ove/nodes/<host-name>.
En daar een kopie van maakt bij het opstarten.
Het lijkt erop alsof er geen ruimte meer is voor het maken van die kopie waardoor pve niet meer start.
Afhankelijk van wat je aantreft in storage.cfg is er wellicht een mogelijkheid om wat ruimte te maken.
Waardoor pve weer gestart kan worden.
Wat is de output van cat /etc/pve/storage.cfg?
Data in de boot/root disk wordt meestal weggeschreven in /var/lib/vz - als het bij jou anders is moet dat terug te vinden in dat storage.cfg bestandje.
Ik weet het niet 100% zeker - maar ik dacht dat Proxmox zijn config bewaard in /etc/ove/nodes/<host-name>.
En daar een kopie van maakt bij het opstarten.
Het lijkt erop alsof er geen ruimte meer is voor het maken van die kopie waardoor pve niet meer start.
Afhankelijk van wat je aantreft in storage.cfg is er wellicht een mogelijkheid om wat ruimte te maken.
Waardoor pve weer gestart kan worden.
makes it run like clockwork
:strip_icc():strip_exif()/u/24589/crop5db528093586e.jpeg?f=community)
Ik vind dit een interessante ontwikkeling. Maar ik denk niet dat je er veel bestaande setups er door kan vervangen. Daar is het nog te beperkt voor. Het "enige" wat het doet is een Docker image converteren naar een LXC. Docker is wel iets meer dan dat
Ik denk ook dat het performance verschil miniem gaat zijn. Je haalt er de virtualisatie laag tussen uit maar dat scheelt maar een paar procent.
@Airw0lf@Thomas H
Bedankt voor de hulp, het is gelukt.
Het probleem bleek uiteindelijk dat ik de data verwijderd had, maar dus ook de folder waarin ik de netwerk schijf gemount had. Die mount stond echter nog wel in /etc/fstab en het ging dus fout als hij die mount wilde gaan doen. Nadat ik die regel verwijderd had werkte alles weer.
Nu maar eens goede backups regelen
Bedankt voor de hulp, het is gelukt.
Het probleem bleek uiteindelijk dat ik de data verwijderd had, maar dus ook de folder waarin ik de netwerk schijf gemount had. Die mount stond echter nog wel in /etc/fstab en het ging dus fout als hij die mount wilde gaan doen. Nadat ik die regel verwijderd had werkte alles weer.
Nu maar eens goede backups regelen
Alles went behalve een Twent.
🎯Psst.. Kans maken op 12 maanden Tweakers HERO abonnement?
nggyu nglyd
@GoBieN-Be Als je daar bang voor bent moet je een failsafe voor jezelf inbouwen
mountpoint -q geeft een 0 terug als de opgegeven directory geen mountpoint is en dus gaat alles vanaf de ‘&&’ niet lopen
mountpoint -q /mnt/MOUNTFOLDER && cp /source/file /mnt/MOUNTFOLDER/
mountpoint -q geeft een 0 terug als de opgegeven directory geen mountpoint is en dus gaat alles vanaf de ‘&&’ niet lopen
Alles went behalve een Twent.
🎯Psst.. Kans maken op 12 maanden Tweakers HERO abonnement?
nggyu nglyd
Ik ben erg benieuwd waar je dit op baseerd.
Proxmox gebruikt namelijk QEMU KVM wat CPU instructiesets zoals VT-x vereist. Hierdoor is er geen softwarematige emulatie laag nodig voor een hoop hardware. Voor zaken zoals netwerk en opslag word dan weer VirtIO gebruikt, wat ook weer een hoop emulatie weghaalt:
Met andere woorden het efficientie verschil door het gebruik van een VM is over het algemeen miniem. Althans zover ik weet. Maar ik hoor graag als dat niet zo is
[ Voor 3% gewijzigd door orvintax op 01-12-2025 20:20 ]
Klopt, het kan wat gek overkomen, maar zo werkt het wel voor een LXC.
Je kan ook eenvoudig meerdere adapters toewijzen en instellen. Zo heb ik bijv op TrueNAS een interne bridge adapter toegekend, mijn fstab mounts en PBS kijken bijvoorbeeld naar dat ip, zo routeert het niet via de gateway maar rechtstreeks.
Alles went behalve een Twent.
🎯Psst.. Kans maken op 12 maanden Tweakers HERO abonnement?
nggyu nglyd
Het scheelt sowieso een Docker laag qua resources en onderhoud.:
[...]
Ik ben erg benieuwd waar je dit op baseerd.
Proxmox gebruikt namelijk QEMU KVM wat CPU instructiesets zoals VT-x vereist. Hierdoor is er geen softwarematige emulatie laag nodig voor een hoop hardware. Voor zaken zoals netwerk en opslag word dan weer VirtIO gebruikt, wat ook weer een hoop emulatie weghaalt:
[...]
Met andere woorden het efficientie verschil door het gebruik van een VM is over het algemeen miniem. Althans zover ik weet. Maar ik hoor graag als dat niet zo is
Daarnaast heeft een volwaardige VM met compleet OS in mijn ervaring meer CPU en vooral meer RAM nodig dan een Alpine LXC (waarop de PVE 9.1 OCI LXC containers blijkbaar gebaseerd zijn). Los van het updaten van de OCI images zelf ben ik trouwens ook wel benieuwd hoe het updaten van Alpine dan gaat verlopen.
[ Voor 6% gewijzigd door d3vlin op 01-12-2025 21:29 ]
Leaping Lab Rats!
Dank voor het toelichten hoe een LXC werkt. Ik ga er even mee rommelen.:
[...]
Klopt, het kan wat gek overkomen, maar zo werkt het wel voor een LXC.
Je kan ook eenvoudig meerdere adapters toewijzen en instellen. Zo heb ik bijv op TrueNAS een interne bridge adapter toegekend, mijn fstab mounts en PBS kijken bijvoorbeeld naar dat ip, zo routeert het niet via de gateway maar rechtstreeks.
edit: het werkt
Still warm the blood that courses through my veins. | PvOutput | ARSENAL FC
:strip_icc():strip_exif()/u/220842/crop584a90da6a595_cropped.jpeg?f=community)
ik had de eerste beta geinstalleerd en toen maar weer verlaten want vond het niet zo 1-2-3 een directe toevoeging aan de normale datacenter ..
maar goed .. zojuist even snel een VM aangemaakt en geinstalleerd.
installatie was zo gepiept maar met een cluster toch een beetje tricky weer dat je niet valt voor de config van alle nodes.. Je pakt er maar 1 en dan krijg je je cluster te zien.. Dat vind ik nog steeds een beetje knullig, maar als je dat al een keer hebt meegemaakt valt het kwartje snel ..
certificaat moest ik even over nadenken want dat is weer in stukken opgedeeld maar nu kun je een wildcard aanmaken, alleen die wordt zover ik zie alleen voor de datacenter gebruikt ..
Ik had toch meer als een tool willen zien dat ik snel via de datacenter 1x ergens op kan drukken en dat dan alle nodes in dat cluster bijv. die update krijgen ..
maar goed.. versie 1.0 is uit .. we laten het nu maar draaien
There are no secrets, only information you do not yet have