[Sammelthread] Proxmox Stammtisch

[Anarchist]

ich schreib mir zwar persönlich alles in jotty mit, das ist meine Doku aber ich bin nach verschiedenen Tutorials im Netz vorgegangen. Was zum hergeben hab ich nicht direkt.

Die Systemd Konfig für Loki hab ich von hier LINK, halt ohne den Unifi und Traefik Teil.
Das mit dem Docker Plugin für meine ganzen Docker Compose habe ich von hier LINK

Aber die ganze docker-compose config für grafana/loki/alloy die einzelnen Teile habe ich dann doch eher selbst zusammengebaut für mich. Da kann ich gern mal kommentieren wenn wo was hakt.

 

[even.de]

Datenschutzhinweis für Youtube

An dieser Stelle möchten wir Ihnen ein Youtube-Video zeigen. Ihre Daten zu schützen, liegt uns aber am Herzen: Youtube setzt durch das Einbinden und Abspielen Cookies auf ihrem Rechner, mit welchen sie eventuell getracked werden können. Wenn Sie dies zulassen möchten, klicken Sie einfach auf den Play-Button. Das Video wird anschließend geladen und danach abgespielt.

Youtube Videos ab jetzt direkt anzeigen

Video anzeigen

 

[Supaman]

... und Broadcom hat den CEO gefeuert und will die überschüssigen Einnahmen an die Kunden zurück zahlen... hab ich heute gehört ....

 

[Anarchist]

Proxmox auf einer Fritzbox? ist ja wild. aber da steckt ja kaum Hardware drin. Schau ich mir mal an das Video

Hab jetzt im Haus auf zwei neue Netgear Switche geupdated. 2x8Port Netgear 308E mit nur 2,5GBit Ports. Hab dann mal vom Port meiner Fritzbox gleich mal einen Mirrorport erstellt der an eine 2,5GBit USB-C NIC an den NUC geht.

Mit etwas Troubleshooting hats dann auch geklappt alles.. und habe jetzt ein NTOPNG laufen, welches mir den kompletten Traffic ins WAN darstellt. In der Community Edition erstmal alle Limits auf max. gedreht usw. was möglich ist. Für kostenlos ist das halt schon mega nice. Hab grad über 80000 Flows da geht schon was wenn man die maximale Flow Idle Zeit auf 59Min stellt.

Zusätzlich wird der gleiche Mirror von einem anderen Server im PRTG verwendet. Hier mit dem "Paketsniffer" Sensor. Maximal Daten aufzeichnen eben. Mache den NUC so langsam zum reinen Überwachungs- und Datenaufzeichnungshost. So hat er ne schöne Verwendung. Beszel noch im Einsatz für alle meine Systeme, und Uptimekuma etc. kommt alles da noch drauf.

Grad ntopng ist schon ein Mehrwert wenn man nur eine Fritzbox hat und keine offenere Firewall/Router wie OPNSense etc. So bekommst du auch den kompletten WAN Traffic zu sehen (außer die WLAN Clients direkt über die Fritzbox)

 

[Anarchist]

Aufpassen seit heute ist wohl der Kernel 7.0 im non-enterprise Repo.
Hab nur mal meinen NUC bisher damit aktualisiert. Der große Server bleibt erstmal länger beim alten Stand.

 

[Spliffsta]

Warum aufpassen?

 

[BobbyD]

Aufpassen seit heute ist wohl der Kernel 7.0 im non-enterprise Repo.

Läuft bei mir seit neun Tagen, VPS und @home; ohne Probleme.

 

[asm@s24]

Hab nur mal meinen NUC bisher damit aktualisiert. Der große Server bleibt erstmal länger beim alten Stand.

Bei mir ist es genau umgekehrt. Der Große hat seit letzter Woche K7, das NAS erst heute.

 

[Fusseltuch]

Also Nvidia vGPU 19.x funktioniert mit Kernel 7.0 schon mal nicht. Aber das ist jetzt nicht gänzlich unerwartet.

 

[Anarchist]

Hab den Großen doch auch geupdated. Läuft soweit erstmal alles.
Hatte Bedenken wg. der 3090 Passthrough und der 2,5G USB Nic für den Mirrorport aber auch hier keine Probleme bisher.

PBS 4.2 gibts auch gleich

Proxmox Backup Server 4.2 released!

We're pleased to announce the release of Proxmox Backup Server 4.2. This version is based on Debian 13.4 ("Trixie"), uses Linux kernel 7.0 as the new stable default for improved hardware support, and comes with ZFS 2.4 for reliable, enterprise-grade storage. Here are the highlights Move...

forum.proxmox.com

 

[Weltherrscher]

gestern gestern beide geupdatet, läuft heute unauffällig.

@Fusseltuch:
Die 20er Treiber laufen auch noch nicht?
Ich hab ja das Experiment mit den vGPUs aufgegeben und reiche jetzt immer einen Teil der M60 komplett durch (VMs so konsolidiert, dass nur zwei eine extra GPU brauchen).
Die 16er werden ja scheinbar nie wieder mit nem aktuellen Kernel >6.14 laufen -.-

 

[Fusseltuch]

v20 will ich mir eigentlich nicht antun, das ist mir zu viel Updaterei. Wollte im LTS-Branch bleiben. Kernel 7.0 hat nichts, was ich unbedingt brauche, aber es nevt, dass der Update-Vorgang von Proxmox dann immer einen Fehler wirft wegen DKMS. Ich teste mit 19.5, wenn das mal rausgekommen ist, nochmal und dann entscheide ich weiter.

€dit: 19.5 und 20.1 wurden heute scheinbar veröffentlicht. Zumindest 20.1 unterstützt Ubuntu 26.04 und das hat ja Kernel 7.0. Das fehlt bei 19.5 aber leider

 

[Tundor]

Aufpassen seit heute ist wohl der Kernel 7.0 im non-enterprise Repo.

Den muss man aber explizit aktivieren, oder?
Hab gestern aktualisiert und gesehen, dass Kernel 7.x ausm Repo geladen wurde aber meiner läuft immer noch auf 6.17.x

 

[asm@s24]

Den muss man aber explizit aktivieren, oder?

M.W. nö, nicht mehr.

aber meiner läuft immer noch auf 6.17.x

Reboot?

 

[Tundor]

Ne reboot hab ich gemacht und lief danach immer noch auf der Version. Ist auch nicht schlimm, finde es eh unnötig da den neuesten Kernel zu haben war ehrlicherweise sogar überrascht, dass Default nicht der LTS ist.

 

[Trambahner]

Hab gestern ganz normal Updates gezogen, nach Reboot war 7.0.0-3-pve ohne weiteres zutun.

 

[Tundor]

Hab nen Fehler in meinem Update Script gefunden, deswegen wurde das Upgrade nicht korrekt durchgeführt. War also meine Schuld 😅

 

[Weltherrscher]

€dit: 19.5 und 20.1 wurden heute scheinbar veröffentlicht. Zumindest 20.1 unterstützt Ubuntu 26.04 und das hat ja Kernel 7.0. Das fehlt bei 19.5 aber leider

Ein Hoch auf Jensens Update-Politik! =)

 

[Weltherrscher]

Update an der vGPU-Front:
Es gibt für die ollen GPUS einen 16.14er Treiber (535.309.01) der fluppt in Proxmox mit Kernel 7.0 und in meinen Debian-VMs (6.12.85).
Windoofs hab ich noch nicht probiert.

//Edith:
Windoofs VMs laufen auch.

 

[Weltherrscher]

Habe ein schräges Problem:
ProxMox 9.1.9, Kernel 7.0.
Seit einem der letzten Updates schalten sich immer mal VMs einfach so ab.
Hat noch jemand so ein Verhalten?
Das ist im Falle von unwichtigen VMs relativ egal, aber wenn die Service-VM oder der Mailserver einfach so verschwinden dann schon mission critical...



Sieht aus, als ob die VM einfach aus gegangen ist, mal innerhalb der VM die Logs verfolgen...

Ok, strange, das ist definitiv neu.

//Edith:

May 04 00:52:13 px1 QEMU[5503]: kvm: ahci: PRDT length for NCQ command (0x0) is smaller than the requested size (0x400000)
May 04 00:52:22 px1 pvestatd[3651]: PBS: error fetching datastores - 500 read timeout
May 04 00:52:22 px1 pvestatd[3651]: status update time (7.345 seconds)
May 04 00:52:32 px1 pvestatd[3651]: PBS: error fetching datastores - 500 read timeout
May 04 00:52:33 px1 pvestatd[3651]: status update time (7.319 seconds)
May 04 00:52:42 px1 pvestatd[3651]: PBS: error fetching datastores - 500 read timeout
May 04 00:52:42 px1 pvestatd[3651]: status update time (7.321 seconds)
May 04 00:52:52 px1 pvestatd[3651]: PBS: error fetching datastores - 500 read timeout
May 04 00:52:52 px1 pvestatd[3651]: status update time (7.330 seconds)
May 04 00:53:03 px1 pvestatd[3651]: PBS: error fetching datastores - 500 read timeout
May 04 00:53:03 px1 pvestatd[3651]: status update time (7.328 seconds)
May 04 00:53:12 px1 pvestatd[3651]: PBS: error fetching datastores - 500 Can't connect to pbs.altenheim.it:8007
May 04 00:53:12 px1 pvestatd[3651]: status update time (7.325 seconds)
May 04 00:53:13 px1 QEMU[5503]: kvm: ../hw/ide/core.c:934: ide_dma_cb: Assertion `prep_size >= 0 && prep_size <= n * 512' failed.
May 04 00:53:13 px1 kernel: vmbr0: port 14(tap304i0) entered disabled state
May 04 00:53:13 px1 kernel: tap304i0 (unregistering): left allmulticast mode
May 04 00:53:13 px1 kernel: vmbr0: port 14(tap304i0) entered disabled state
May 04 00:53:13 px1 kernel:  zd672: p1 p2 p3
May 04 00:53:13 px1 lvm[516820]: /dev/zd672p3 excluded: device is rejected by filter config.
May 04 00:53:14 px1 systemd[1]: 304.scope: Deactivated successfully.
May 04 00:53:14 px1 systemd[1]: 304.scope: Consumed 3h 26min 55.501s CPU time, 4.1G memory peak.
May 04 00:53:14 px1 qmeventd[516804]: Starting cleanup for 304
May 04 00:53:14 px1 qmeventd[516804]: Finished cleanup for 304

Damit kacken die VMs ab.

 

[Fusseltuch]

19.5 funktioniert auch mit Kernel 7.0. Scheinbar noch "expermiental" oder so, taucht nach wie vor in keinem Changelog auf. Lässt sich aber auf jeden Fall installieren. Die info mit 16.14 @Weltherrscher ist auch gut, dann kann ich meinen "legacy" Kram auch auf Stand bringen. Das passiert die nächsten Tage dann Stück für Stück.

 

[BobbyD]

Gibt es eine Möglichkeit, beim Schließen des zusätzlichen Shell-Fensters, im Firefox nicht bestätigen zu müssen? Früher war das noch so.

 

[Anarchist]

Wann soll das kommen? Nutze auch Firefox und wenn ich die Shell als eigenes Fenster öffne und schließe kommt da nichts

 

[Weltherrscher]

Wenn du so ne Shell noch offen hast und FF über das rote X schließen willst.
Passiert bei Vivaldi genauso und deshalb wird das auch in Chrome so sein (basiert auf Chromium).
Interessant ist, dass das *nach* dem ausloggen aus der eigentlichen Shell auch so kommt.
@BobbyD:
Ist das die Shell vom normalen ProxMox-WebUI?

//Edith:
In Vivaldi kommt die Meldung NICHT, wenn ich ihn schließe, während der Tab mit der Shell angezeigt wird, nur, wenn beim Schließen des Browsers ein anderer Tab angewählt war.
Kommt nur nicht, wenn noch kein Befehl in der Shell gestartet wurde (auch kein "exit").

 

[Anarchist]

kommt bei mir in keiner Situation

 

[Weltherrscher]

Shell im WebUI anwählen (KEIN extra Fenster) -> irgendein Programm ausführen ("exit" reicht) -> Tab wechseln -> Browser schließen mit dem großen X oben rechts.
Erwartet: Browser schließt einfach.
Realität: Browser springt auf den Tab mit der Shell und fragt, ob man das wahrlich will.

 

[BobbyD]

Hab Firefox auch im Trouble-Shooting-Mode ausgeführt, die Abfragte kommt trotzdem.

Früher war das nach exit in der Shell nicht der Fall.

 

[Tundor]

Keine Ahnung ob man das spezifisch für die Proxmox URL deaktivieren kann, aber es gibt ne globale Einstellung in FF mit der das geht: dom.disable_beforeunload in about:config auf true. Dann kommt diese Meldung aber logischwerweise auf keiner Seite mehr, also für den Fall, dass es welche gibt wo du das noch willst

 

[BobbyD]

@Tundor Danke. Ausschließen kann ich das nicht, also bliebt es aktiv. 😥