ob opnsense oder pfsense werde ich dann nochmal schauen müssen bisher immer pfsense im einsatz aber da das Setup doch übersichtlich ist wäre ein wechseln nicht das größe problem.
Ja dachte nur für so einen übersichtliche Node es so einfach wie...
/etc/vzdump.conf uses colon-separated syntax - option: value. See https://pve.proxmox.com/wiki/Backup_and_Restore#vzdump_configuration.
Values for lockwait and stopwait are in minutes, not seconds. Also timeout isn't a valid option.
Ok the fix was fairly easy : Scroll down to the line starting with linux. Press the right arrow key to go to the very end of that line, and add nomodeset (ensure there is a space separating it from the previous parameter).
No other changes...
also statt pfsense würde ich eher opnsense empfehlen, weil das kostenlose pfsense kaum noch gepflegt wird.
aus sicherheitssicht dürfte sich da nicht so viel tun, aber grundsätzlich ist so eine dedizierte security appliance da schon der bessere weg
also statt pfsense würde ich eher opnsense empfehlen, weil das kostenlose pfsense kaum noch gepflegt wird.
aus sicherheitssicht dürfte sich da nicht so viel tun, aber grundsätzlich ist so eine dedizierte security appliance da schon der bessere weg
Hallo zusammen,
wir haben bei uns ein PM Mailgateway laufen, der uns ein paar Mails von internen Servern an unsere Firewall weitergibt.
Nun ist uns aufgefallen, das 93% Speicher von den 16 GB voll sind. Ich muss allerdings zugeben, das wir nach...
Hi,
many thanks for the new release.
Since PVE 9.0, snapshots on LVM (e.g. on an iSCSI LUN) are supported. This is great because we have migrated from VMware which was connected to a huge iSCSI storage system. Unfortunately, the snapshot feature...
Thanks for hint. In my situation this was the problem. Not having a reverse proxy but using <IPv4>:8006 directly.
After disabling ipv6 console access works again properly.
Figured out the same thing also like 2 minutes ago.
There is a file "/etc/sysctl.d/99-proxmox-arp.conf", last modified May, 13th with the following contents:
net.ipv4.conf.all.arp_ignore=2
net.ipv4.conf.all.arp_announce=2
Pretty sure I did not...
Ok, dank KI & OpenCode konnte ich die Ursache jetzt doch selbst finden (lassen): In "/etc/pve/priv/tfa.cfg" wurde der Zugang gesperrt mit …"totp-locked":true… . Wenn man dort das auf "false" setzt, geht es wieder. Ich lass den Post mal so stehen...
The status command was not used previously, but that doesn't explain why your guest agent claims the commands are disabled.
You can check the commandline the qemu-ga process was invoked with with ps aux | grep qemu-ga. What does cat...
Looks like it's consistent with the error when run manually:
root@redacted:~# qm guest cmd 101 fsfreeze-status
{
"error" : {
"class" : "CommandNotFound",
"desc" : "The command guest-fsfreeze-status has been disabled for this...
Thanks for the reply! I admit I hadn't investigated the agent due to it working with no errors for years...
root@redacted[~]# qemu-ga -V
QEMU Guest Agent 5.0.1
root@redacted[~]# qemu-ga -D
[general]
daemon=false
method=isa-serial...
Thanks for the reply! I admit I hadn't investigated the agent due to it working with no errors for years...
root@redacted[~]# qemu-ga -V
QEMU Guest Agent 5.0.1
root@redacted[~]# qemu-ga -D
[general]
daemon=false
method=isa-serial...