Search results

Would be nice if this could be integrated into PMG without custom hacking things together.

Looks like a new version was rolled out, at least for the non subscription lab rats: root@pmg1:~# dpkg -l|grep pmg-api ii pmg-api 9.0.6 all Proxmox Mailgateway API Server Implementation

It seems to be only available on PVE 9.

Ist wohl in der neuesten Version gefixt: die "unsupported debian version '$version'\n" if !($version >= 4 && $version < 15);

Debian 12 ist schon bei 12.12, man kann´s nie wissen :D

Keine dumme Idee wird auch nicht mehr kaputt machen, und ist mehr "future proof" für 13.2, 13.3 etc.

In PVE 9.0.6 ist davon noch nichts zu sehen, dort steht der gleiche Check so drin.

Hallo zusammen, ich habe heute nach längerer Zeit mal wieder einen meiner PVEs durchgestartet, plötzlich kam ein LXC Container nicht mehr hoch (Debian 12.x auf 13.1 aktualisiert): root@pxh1:~# cat test.log lxc-start 125 20250906135202.138 INFO lsm - ../src/lxc/lsm/lsm.c:lsm_init_static:38...

Changing the cpu type from Host to x86-64-v3 really helped me with high idle load of a Windows 11 VM on my Proxmox:

Eine Frage noch: auf dem Ziel ZFS wird mir im Proxmox als disk format jetzt "raw" angezeigt. Macht das was? Durch verschieben auf einen anderen ZFS Store verschwindet das raw, und es sieht wieder sauber "thin provisioned" aus?!

Hallo Fabian, irgendwas muss ich wohl beim ersten Test verbummelt haben... migriere gerade mit remote-migrate eine andere VM von einem LVM Volume auf Target zfs, er hat brav die Target volblocksize übernommen. Keine Ahnung was da beim ersten Test schiefgelaufen ist :) Danke für Euren Input...

Das wäre natürlich eine Lösung das von Hand zu machen. Wenns mit remote migrate nicht geht, wirds vermutlich so ausgehen. Danke!

Hallo zusammen, ich bin gerade dabei VMs mit "qm remote-migrate" auf einen neuen Proxmox Server zu verschieben. Die VMs liegen auf dem alten Server auf einem ZFS, die VMs wurden damals mit einer volblocksize von 16k erstellt. Jetzt hätte ich gerne auf dem neuen Server (wegen RaidZ2) eine...

This would not have helped in my case, as I had previously installed the Proxmox Helper Scripts, which removed the NagScreen. Only after uninstalling these + removing the Apt hooks + reinstalling "pve-manager" everything was OK again.

OK thank you!!

root@pxh1:~# apt-cache policy libproxmox-acme-plugins libproxmox-acme-plugins: Installed: 1.5.1 Candidate: 1.5.1 Version table: *** 1.5.1 100 100 /var/lib/dpkg/status 1.5.0 500 500 https://enterprise.proxmox.com/debian/pve bookworm/pve-enterprise amd64 Packages...

Yes, and it ran without error: But still the same error: Maybe that package is really not in the repo? Possible that I worry without reason, but I wonder why?!

Is there a way to check if the enterprise repo is really working, although "apt update" is not complaining? EDIT: ok, maybe that question was really stupid... with disabled community repo pve-manager had to come from enterprise... please ignore. EDIT2: maybe not as stupid? Just a test, but...

Yes, I did run the tteck proxmox scripts a long time ago. I just removed the apt hook for this script, and did the reinstall like you told, seems the problem has gone. THANK YOU!

Hi there, I just added a subscription key to one of my servers. The license shows as "active" here: On login I still get the nag screen: Apt update works without a problem, but under "Repositories" I still get a warning: When I create a system report under license, I too get this...