:strip_exif()/i/2003599062.png?f=thumbmini)
/u/200133/artemis_square_e_60-60.png?f=community)
Proxmox schrijft zeer intensief metrics en de interne state weg naar de schijf waar het op staat. In het verleden heb ik daar goedkopere SSD's mee weten te slopen, tegenwoordig gaat dat iets beter omdat ook goedkopere SSD's wat beter tegen writes kunnen. Maar USB-sticks zou ik toch wel afraden.Robbie-1 schreef op maandag 5 mei 2025 @ 20:13:
[...]
Dat hoop ik te bereiken, door de USB stick waarop ESXi op staat te ruilen voor die externe USB van Sandisk.
Ik ga er vanuit, dat proxmox, net zoals ESXi verder niets met de interne disks doet toch?
:strip_exif()/u/301133/crop6737b754ae5aa_cropped.gif?f=community)
:strip_icc():strip_exif()/u/144633/crop643e593ea432f_cropped.jpg?f=community)
/u/59144/aMSN_96.png?f=community)
:strip_icc():strip_exif()/u/269054/crop6064049cee9ab_cropped.jpg?f=community)
:no_upscale():strip_icc():strip_exif()/f/image/xw1t7RCIzR8Ygfbtygk2cs7J.jpg?f=user_large)
:strip_icc():strip_exif()/u/71319/crop63827a2053b9b_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/283202/vlag.jpg?f=community)
Ok - maar dan gebruik je NPM als reverse proxy.
Wat wil zeggen dat alle aanvragen het Internet op gaan. En via de DNS instellingen van DuckDNS weer terug naar de beoogde VM en verder.
Wat is er aan port forwarding ingesteld op je router?
In een eerder bericht schreef je:
Wat heb je bij NPM precies ingesteld voor PRD? En wat voor TST?
De vraag lijkt me redelijk off-topic... lijkt me eerder gerelateerd aan NPM dan Proxmox...
[ Voor 5% gewijzigd door Airw0lf op 22-05-2025 18:56 ]
makes it run like clockwork
@HowsMyApple - er gebeurd onder de motorkap meer dan op het eerste oog lijkt.
Ik heb een vergelijkbare opstelling en heb wel degelijk aanpassingen gedaan in de NGINX instellingen van NPM.
Of in mijn geval dan SWAG - die ook van NGINX gebruik maakt voor de reverse proxy functies.
Als je die Trilium diensten niet via Internet beschikbaar wil hebben dan is er inderdaad niks aan port-forwarding nodig.
Blijft over het antwoord op de vraag:
Hoe weet NPM wat ie moet doen bij elke aanvraag? Waar heb je dat ingesteld? Enig idee?
Want je moet iets ingesteld hebben - NPM doet niks uit zichzelf.
Ik heb een vergelijkbare opstelling en heb wel degelijk aanpassingen gedaan in de NGINX instellingen van NPM.
Of in mijn geval dan SWAG - die ook van NGINX gebruik maakt voor de reverse proxy functies.
Als je die Trilium diensten niet via Internet beschikbaar wil hebben dan is er inderdaad niks aan port-forwarding nodig.
Blijft over het antwoord op de vraag:
Hoe weet NPM wat ie moet doen bij elke aanvraag? Waar heb je dat ingesteld? Enig idee?
Want je moet iets ingesteld hebben - NPM doet niks uit zichzelf.
makes it run like clockwork
:strip_icc():strip_exif()/u/198189/crop67ecf5f08705a_cropped.jpg?f=community)
Ik denk ook dat er is aangehaakt op de verkeerde punten uit m'n eerste post. NPM, duckdns, portforwarding zijn allemaal niet het probleem. Het probleem zit 'm in de hoek docker+proxmox+network bridge. Want zoals ik al een paar keer had gezegd werkt local dns prima via NPM. Enkel en alleen niet naar docker containers. (edit: ook niet naar containers op 'prd' zelf, zojuist getest)
Ik ga wel op zoek naar een docker topic en/of subreddit. Toch bedankt voor het meedenken
Ik ga wel op zoek naar een docker topic en/of subreddit. Toch bedankt voor het meedenken
[ Voor 7% gewijzigd door HowsMyApple op 22-05-2025 20:02 ]
Ok - dan alvast een suggestie voor het vervolg::
Ik denk ook dat er is aangehaakt op de verkeerde punten uit m'n eerste post. NPM, duckdns, portforwarding zijn allemaal niet het probleem. Het probleem zit 'm in de hoek docker+proxmox+network bridge. Want zoals ik al een paar keer had gezegd werkt local dns prima via NPM. Enkel en alleen niet naar docker containers. (edit: ook niet naar containers op 'prd' zelf, zojuist getest)
Ik ga wel op zoek naar een docker topic en/of subreddit. Toch bedankt voor het meedenken
Post je docker-compose of docker-cli voor het starten van de containers.
Idem van /etc/network/interfaces van Proxmox.
Wat gebeurd er als je een nslookup doet in PVE?
En wat als je dit in de VM/LXC en de bijbehorende container doet?
makes it run like clockwork
:strip_exif()/u/1054665/crop5be31086906cf_cropped.gif?f=community)
Interessant om te lezen, vind het heel vreemd gedrag. Achja, Windows he
(Kon deze kans natuurlijk niet laten liggen als Linux man)
Er is een chinees die een technische analyse heeft gedaan: https://www.reddit.com/r/...formance_of_windows_when/:
[...]
Interessant om te lezen, vind het heel vreemd gedrag. Achja, Windows he
Post bevat een link naar een chinese blog die je door google translate moet halen.
Komt erop neer dat Windows met cpu=host bepaalde beveiligingsmaatregelen neemt tegen de vele CPU bugs van de laatste jaren. L1TF en md_clear zijn de schuldige flags. Wat Windows alleen niet weet is dat linux op de achtergrond ook al maatregelen neemt.
:strip_icc():strip_exif()/u/15793/zwelgje100.jpg?f=community)
:strip_exif()/u/5722/ocf81_avatar_3.gif?f=community){kind=avatar}
Ik heb een probleem bij het installeren van Proxmox op mijn nieuwe AI bak. De machine waar ik Proxmox op wil installeren hangt steeds bij het volgende scherm:
De hardware is als volgt:
AMD Ryzen 5800X
ASUS ProArt X570 Creator WiFi
64GB DDR4 @3600MT/s CL17
GPU 1 en 2: 2x AMD Radeon Pro W6800 (t.z.t. te gebruiken als AI accelerator in een VM)
GPU3: Zotac GeForce GT 710 1GB PCIE x 1
SSD: Samsung 970 Epo Plus 2TB
KVM: PiKVM v4 Plus
De KVM hangt aan de GT 710 omdat dit de enige kaart is met een HDMI-uitgang.
Ik heb het zowel met de virtuele media van de PiKVM als met een losse USB-stick geprobeerd.
OpenSUSE Tumbleweed wil wel installeren, dus het lijkt me een probleem met de installer.
Ik weet nu niet zo goed hoe ik hier verder mee moet, dus als iemand mij van advies kan voorzien dan hoor ik dat graag!
De hardware is als volgt:
AMD Ryzen 5800X
ASUS ProArt X570 Creator WiFi
64GB DDR4 @3600MT/s CL17
GPU 1 en 2: 2x AMD Radeon Pro W6800 (t.z.t. te gebruiken als AI accelerator in een VM)
GPU3: Zotac GeForce GT 710 1GB PCIE x 1
SSD: Samsung 970 Epo Plus 2TB
KVM: PiKVM v4 Plus
De KVM hangt aan de GT 710 omdat dit de enige kaart is met een HDMI-uitgang.
Ik heb het zowel met de virtuele media van de PiKVM als met een losse USB-stick geprobeerd.
OpenSUSE Tumbleweed wil wel installeren, dus het lijkt me een probleem met de installer.
Ik weet nu niet zo goed hoe ik hier verder mee moet, dus als iemand mij van advies kan voorzien dan hoor ik dat graag!
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | <X> as a Service --> making you a poor & dependent slave
Ik ben er uit, maar het was wel even zoeken. De nvidiafb driver schijnt de GT710 niet zo fijn te vinden en gaat kennelijk op zijn bek. De suggestie van @stormfly was daarin wel enigszins behulpzaam. De oplossing was een obscure forum post met een vergelijkbare aanpak. Bedankt voor de suggestie! Dank ook aan @krijn1985 voor het meedenken 
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | <X> as a Service --> making you a poor & dependent slave
:strip_icc():strip_exif()/u/11631/tentacle.jpg?f=community)
Samba voor er op te geraken via Windows/GSM, NFS via Linux. Dus 2 containers die dezelfde mappen gemount heeft. (Zo zag ik het toch, mss ben ik verkeerd)
Ondertussen heb ik dat id mappen al tig keer gedaan dus kan het zowat vanbuiten
, maar dat tooltje ziet er wel handig uit.De id's enzo probeer ik logisch te houden.
Bv. LXC samba heeft id 210. IP is dan .21 en users starten vanaf 2100 die ik dan aanmaak op zowel de host als de LXC.
En aha, misschien is het beter om via die force en valid users te werken. Moet ik maar 1 user mappen ipv ze allemaal. Dank, ik zal het eens bekijken maar zit nu eerst terug met Immich te klooien want ik ben met een herinstall van Proxmox begonnen en ik krijg mijn library niet maar in gang.
:strip_exif()/u/834/bianchi_logo2.gif?f=community){kind=logo}
Sinds de upgrade naar 8.4 heb ik last van random reboots, kwam er per toeval achter. Interval varieerd, voor de upgrade had ik 30+ dagen uptime. In logs zie ik dan het volgende:
Kwam een topic tegen op het promox forum, Proxmox Mystery Random Reboots
Heb deze regel toegevoegd aan de cmdline: quiet pci=assign-busses apicmaintimer idle=poll reboot=cold,hard
Iemand tegen dezelfde issues aangelopen?
Edit, "idle=poll" er maar even uitgehaald, wattage ging van 10W naar 30W idle
Edit2, nog geen verschil. Heb de cpu van m'n Home Assistant vm aangepast naar x86-64-v3 (was kvm64).
Edit3, tot nu toe 15u uptime. Lijkt goed
code:
1
2
3
4
5
| May 30 18:10:48 pve01 pveproxy[1319]: starting 1 worker(s) May 30 18:10:48 pve01 pveproxy[1319]: worker 483475 started May 30 18:10:48 pve01 pveproxy[483470]: got inotify poll request in wrong process - disabling inotify May 30 18:10:49 pve01 pveproxy[483470]: worker exit -- Reboot -- |
Kwam een topic tegen op het promox forum, Proxmox Mystery Random Reboots
Heb deze regel toegevoegd aan de cmdline: quiet pci=assign-busses apicmaintimer idle=poll reboot=cold,hard
Iemand tegen dezelfde issues aangelopen?
Edit, "idle=poll" er maar even uitgehaald, wattage ging van 10W naar 30W idle
Edit2, nog geen verschil. Heb de cpu van m'n Home Assistant vm aangepast naar x86-64-v3 (was kvm64).
Edit3, tot nu toe 15u uptime. Lijkt goed
[ Voor 11% gewijzigd door Harmen op 31-05-2025 20:44 ]
Whatever.
/u/33916/crop5d4d5b00c4c16_cropped.png?f=community)
Ah, ik dacht dat het net anders is dan mijn usecase... ik zie dat ik met die usermappings moet gaan klooien, maar kom er nog niet uit.
Ik heb nu een sambaserver, die netjes een user heeft, die ik met UID 101000 rechten heb gegeven op een gemounte directory op de host.
Dan dacht ik; ik koppel de root UID (0) op mijn andere containers aan UID 101000 op de host, zodat de services in die containers ook dezelfde rechten krijgen op de mount.
Helaas gooit dat de rechten in de container compleet over de zeik; ik begrijp nog niet goed waarom de mapping ook invloed heeft op de rechten binnen de container.
Het probleem waar ik tegenaan loop is dat de containers die ik gebruik, hun services als root draaien. Deze services lezen en schrijven dus van de gemounte folders. Omdat het de root gebruiker is, lijkt het erop dat ik hem niet kan remappen. (of ik zie iets over het hoofd, wat natuurlijk heel goed kan
)Ik zou kunnen kijken of ik de services onder een andere user kan draaien, maar dan word het wel weer veel maatwerk in elke container.
:strip_icc():strip_exif()/u/2277874/crop67ea55c1ab558_cropped.jpg?f=community)
Na enige maanden prima te hebben gedraaid, vandaag een (geplande) power outage gehad.
Alles komt netjes weer up (gelukkig), BEHALVE....
Het feit dat ik proxmox zelf niet meer kan benaderen vanuit een ander VLAN.
Proxmox staat in VLAN1, vanaf andere devices in VLAN1 is het te benaderen (192.168.1.10:8006)
Andere devices in VLAN1 kan ik prima vanuit andere VLANs benaderen. 't is dus echt alleen de proxmox host.
Goed, gateway mis-configuration zou je denken, die staat gewoon op 192.168.1.1
Issue is ook dat wat ZFS shares nu niet meer te benaderen zijn vanaf een VM.
Via VPN (5G), kan ik wél bij de interface van proxmox, gek genoeg.
Al geprobeerd met firewall uit/aan binnen proxmox op de network config van de node, helaas ook geen succes.
De VM's zijn in hun eigen VLAN prima te benaderen, ook containers in een ander VLAN draaien prima.
't gaat dus puur om de host zelf.
Op mijn switch gekeken, native VLAN is 1, en dan twee tagged VLANs waarin de VM's / Containers draaien.
VLAN tagging er nog af gehaald, geen verandering.
Wie oh wie heeft voor mij de gouden oplossing?
Switch poort van Native VLAN1, naar 'none' en dan als tagged VLAN1, 20 & 30 op de poort maakt ook niet uit.
Alles komt netjes weer up (gelukkig), BEHALVE....
Het feit dat ik proxmox zelf niet meer kan benaderen vanuit een ander VLAN.
Proxmox staat in VLAN1, vanaf andere devices in VLAN1 is het te benaderen (192.168.1.10:8006)
Andere devices in VLAN1 kan ik prima vanuit andere VLANs benaderen. 't is dus echt alleen de proxmox host.
Goed, gateway mis-configuration zou je denken, die staat gewoon op 192.168.1.1
Issue is ook dat wat ZFS shares nu niet meer te benaderen zijn vanaf een VM.
Via VPN (5G), kan ik wél bij de interface van proxmox, gek genoeg.
Al geprobeerd met firewall uit/aan binnen proxmox op de network config van de node, helaas ook geen succes.
De VM's zijn in hun eigen VLAN prima te benaderen, ook containers in een ander VLAN draaien prima.
't gaat dus puur om de host zelf.
Op mijn switch gekeken, native VLAN is 1, en dan twee tagged VLANs waarin de VM's / Containers draaien.
VLAN tagging er nog af gehaald, geen verandering.
Wie oh wie heeft voor mij de gouden oplossing?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
| auto lo
iface lo inet loopback
iface eno1 inet manual
auto vmbr0
iface vmbr0 inet static
address 192.168.1.10/24
gateway 192.168.1.1
bridge-ports eno1
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 20,30
iface wlp58s0 inet manual
auto vmbr0.20
iface vmbr0.20 inet static
address 192.168.20.0/24
auto vmbr0.30
iface vmbr0.30 inet static
address 192.168.30.0/24 |
Switch poort van Native VLAN1, naar 'none' en dan als tagged VLAN1, 20 & 30 op de poort maakt ook niet uit.
[ Voor 26% gewijzigd door Leaplasher op 06-06-2025 14:23 ]
:strip_icc():strip_exif()/u/109013/crop5ebb9b611401c_cropped.jpeg?f=community)
Helaas loopt m'n proxmox host weer tegen random reboots aan, heb helaas nog geen oorzaak gevonden.
Ging bijna 4 dagen goed, vanmorgen weer een reboot:
Lijkt wel op een achtergrond taak welke de reboot veroorzaakt, maar welke? Heeft iemand een idee wat ik nog kan checken?
Ging bijna 4 dagen goed, vanmorgen weer een reboot:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| Jun 08 02:17:01 pve01 CRON[2295835]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jun 08 02:17:01 pve01 CRON[2295836]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) Jun 08 02:17:01 pve01 CRON[2295835]: pam_unix(cron:session): session closed for user root Jun 08 03:04:36 pve01 pvedaemon[2283729]: <root@pam> successful auth for user 'ha-user@pve' Jun 08 03:04:36 pve01 pvedaemon[2236307]: <root@pam> successful auth for user 'ha-user@pve' Jun 08 03:10:01 pve01 CRON[2320925]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jun 08 03:10:01 pve01 CRON[2320926]: (root) CMD (test -e /run/systemd/system || SERVICE_MODE=1 /sbin/e2scrub_all -A -r) Jun 08 03:10:01 pve01 CRON[2320925]: pam_unix(cron:session): session closed for user root Jun 08 03:10:46 pve01 systemd[1]: Starting e2scrub_all.service - Online ext4 Metadata Check for All Filesystems... Jun 08 03:10:46 pve01 systemd[1]: e2scrub_all.service: Deactivated successfully. Jun 08 03:10:46 pve01 systemd[1]: Finished e2scrub_all.service - Online ext4 Metadata Check for All Filesystems. Jun 08 03:17:01 pve01 CRON[2324242]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jun 08 03:17:01 pve01 CRON[2324243]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) Jun 08 03:17:01 pve01 CRON[2324242]: pam_unix(cron:session): session closed for user root Jun 08 03:30:01 pve01 CRON[2330375]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jun 08 03:30:01 pve01 CRON[2330376]: (root) CMD (test -e /run/systemd/system || SERVICE_MODE=1 /usr/lib/x86_64-linux-gnu/e2fsprogs/e2scrub_all_cron) Jun 08 03:30:01 pve01 CRON[2330375]: pam_unix(cron:session): session closed for user root Jun 08 03:43:36 pve01 pvedaemon[2236307]: worker exit Jun 08 03:43:36 pve01 pvedaemon[1300]: worker 2236307 finished Jun 08 03:43:36 pve01 pvedaemon[1300]: starting 1 worker(s) Jun 08 03:43:36 pve01 pvedaemon[1300]: worker 2336802 started -- Reboot -- |
Lijkt wel op een achtergrond taak welke de reboot veroorzaakt, maar welke? Heeft iemand een idee wat ik nog kan checken?
Whatever.
Bij een normale reboot krijg je ruim meer regels die daar op wijzen voorafgaand aan de regel met '-- Reboot --'. Op het moment dat jouw systeem herstart, is het om een reden dus al niet meer mogelijk om logs weg te schrijven. Een probleem met hardware en/of drivers ligt daarmee naar mijn idee het meest voor de hand.:
Helaas loopt m'n proxmox host weer tegen random reboots aan, heb helaas nog geen oorzaak gevonden.
Ging bijna 4 dagen goed, vanmorgen weer een reboot:
code:
Lijkt wel op een achtergrond taak welke de reboot veroorzaakt, maar welke? Heeft iemand een idee wat ik nog kan checken?
:strip_icc():strip_exif()/u/40490/avatar23.jpg?f=community){kind=avatar}
Sinds kort heb ik problemen met mijn Proxmox hypervisor, versie 8.4.1. Zo nu en dan is de webinterface totaal niet meer te bereiken en moet ik de stroom van mijn NUC er af halen. Ik zie in de logging het volgende.
Iemand een idee? NUC is voorzien van laatste bios.
Ik draai alleen VM met Home Assistant en die is ook niet meer te benaderen.
:strip_exif()/f/image/atLifDTr7Jr6HQNsKKmHLqI0.png?f=user_large)
Iemand een idee? NUC is voorzien van laatste bios.
Ik draai alleen VM met Home Assistant en die is ook niet meer te benaderen.
[ Voor 69% gewijzigd door Acradavos op 20-06-2025 15:51 ]
@Acradavos Been there done that, zie volgende link om het op te lossen. Werkte iig bij mij.
https://forum.proxmox.com...ple-times-per-day.139115/
https://forum.proxmox.com...ple-times-per-day.139115/
Whatever.