I tried to remove the --quiet 1 from my commands and now it's running again.
But why did this run some years without problem and now not more? Additionally, it causes more I/O to my host disk? I always backup to an external storage, mounted as "storage" above. How is that possible?
Hello guys,
I have some custom vzdump.cron commands to run my VM backups. After I had reinstalled my Proxmox server some days ago and copied the following commands into /etc/pve/vzdump.cron, my scheduled backup do not run anymore.
When I create the backups via the web interface, the backups...
Thanks for your reply, but nothing helped.
I wanted to give an update that I reinstalled Proxmox last week and now everything works fine. I really don't know what the problem was here.
Perfect - yes, it's important to try a "disaster recovery" and test the backups ;)
I personally use LZO, as my backup storage is big enough and the backup should be done fast.
I personally use the mode "Snapshot" for every backup, as I do not want the servers to be offline during the backup.
In the past I had to recover some VMs with a Snapshot backup and everything was fine (even Windows).
There is no problem with Proxmox Mail Gateway, the problem is your IP address and/or your mailserver itself.
Read the support page from google, you can find all information and instructions how to fix this problem there.
If you have further problems, I would recommend you to post in the google...
Puh, nein, ist eigentlich keine Absicht, dass das so eingestellt ist. Dein Kollege @Richard hat aber hier (https://forum.proxmox.com/threads/no-internet-connection-in-container-via-nat.61341/) schon gemeint, dass bei mir eher beim Routing was falsch ist, als das oben mit Masquerading ...
So I only have to remove the first entry with ip route del? Is this change permanent or lost after reboot?
When pinging to 8.8.8.8 in the container while a running tcpdump nothing is shown there.
Okay, then everything should be okay there.
Thanks for your first investigation.
~ # ip route
default via 148.xxx.xxx.193 dev enp2s0 proto static
default via 148.xxx.xxx.193 dev vmbr0 proto static
10.0.0.0/24 dev vmbr1 proto kernel scope link src 10.0.0.1
148.xxx.xxx.192/26 dev vmbr0 proto kernel scope link src 148.xxx.xxx.227...
Ich habe bereits im englischen Forum nachgefragt - probiere aber hier trotzdem mal mein Glück und hoffe, dass hier wer in Deutsch mitliest und eventuell einen Ratschlag hat.
Vorab: ich habe bereits alle existierenden Threads durchgestöbert und keine Lösung gefunden. Also das Argument "vorher in...
As many other users have asked before, I also have a connection problem in my container via NAT. I searched all ~30 threads but could not find an solution.
What does work:
- pinging from 10.0.0.2 (container) to host (10.0.0.1)
- pinging from host (10.0.0.1) to 10.0.0.2 (container)
- pinging...
Hatte ich auch schon ... scheint ein blöder Bug zu sein - bei mir ist der Backupstorage zudem über Samba eingemountet und auch dieser war über das Panel nicht mehr erreichbar.
Musste ebenso restarten.
Schau dir mal die Intel NUCs an, die haben genug Power für ein kleines Home-Setup. Läuft bei mir problemlos.
Kurze Frage OT: Wieviel hat dir der Glacier-Backupspace gekostet? Ist das nicht zu teuer als Privatanwender?
Hallo Wolfgang,
danke für die Antwort.
Ganz genau - deswegen habe ich das noch nie gemacht. Das mit --maxfiles und anschließendem --remove habe ich jetzt auch schon. Wie gesagt, finde ich es schade, immer 800GB am Tag frei zu haben (nach der Löschung) und diese sinnlos Geld kosten.
Was ich...
Ich habe aktuell folgende Ausgangslage: einen Dedicated Server mit 500GB SSD und 2x2TB HDD Platten.
Derzeit mache ich meine Backups auf eine eingemountete, entfernte 2TB HDD - diese werden um 2:00 Uhr nachts dorthin gebackupt. Nun habe ich folgendes Problem: ich habe eine VM, welche etwa 800GB...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.