Hallo zusammen,
vielleicht ist es ja für den Einen oder Anderen interessant:
Bei Tuxis (https://www.tuxis.nl/de/proxmox-backup-server/) gibt es einen kostenlosen Proxmox Backup Server mit 150GB Speicherplatz für den privaten Gebrauch. Sitz der Firma sind die Niederlande und als Speicherort kann man Server in NL oder D auswählen.
LG
Cetri
Hallo Cetri,
vielen Dank für deinen Link.
Ich hab einen Account eingerichtet, das sieht soweit alles vernünftig aus inkl. der 2FA.
Mit Proxmox Backup Server hab ich zuhause mit einer 2. Maschine kürzlich etwas probiert, d.h. ich bin mit PBS etwas vertraut. Da die 2. Maschine energiehungrig ist, wollte ich sie per wake on lan kurz vor einem Backup aufwecken, was mir aber letztlich nicht gelungen ist, so dass ich diesen Weg verworfen habe.
Deshalb finde ich diese Option bei Tuxis interessant, stehe jetzt aber auf dem Schlauch, was das Anlegen eines Backups in meinem Proxmox VE anbetrifft. Anleitungen habe ich leider keine brauchbaren gefunden. Kannst du mir helfen?
Viele Grüße Gisbert
Ich antworte mir selbst: im Grunde ist die Vorgehensweise identisch wie bei einem eigenen, lokalen PBS, nur dass der Server der PBS-Hostname von TUXIS ist.
Hallo Gisbert,
Zitat von: Gisbert am 08 Januar 2025, 12:14:08Da die 2. Maschine energiehungrig ist, wollte ich sie per wake on lan kurz vor einem Backup aufwecken, was mir aber letztlich nicht gelungen ist, so dass ich diesen Weg verworfen habe.
Im Homelab stand ich vor dem gleichen Problem. Eigentlich sollte ein PBS ja bare metal auf einem eigenen Server laufen, aber für den Homelab-Bedarf bräuchte man 1.) einen eigenen Server der 2.) auch noch Strom für bei mir 1 Backup pro Tag.
Ich habe es so gelöst:
PBS als VM auf dem proxmox-Host installiert, eine nfs-Freigabe auf einem Raspi (wahlweise NAS) per /etc/fstab beim Booten in die PBS-VM eingebunden und darauf den Datastore eingerichtet.
nano /etc/fstab 192.168.178.232:/media/pi/2TBUSB/proxmoxBackup /mnt/nfs_raspstation nfs rw,async,soft,intr,noexec 0 0 Sicher nicht die beste Performance, aber fürs Homelab ist es mir egal ob das nächtliche Backup nun 5 Minuten dauert oder 15 Minuten. Und das Wöchentliche verify dauert halt 1,5 Stunden, was auch egal ist.
Wenn nun ein Hardware-Ausfall auftreten sollte, habe ich einen 16 (?) Jahre alten core i5-2*** so eingerichtet, dass er proxmox bootet und ich dort dann auch im Prinzip diesselbe PBS-VM starten kann. Sobald das läuft, kann ich die VMs vom PBS auf den aktuellesten Stand restoren und habe in kürzester Zeit das Backup-System mit z.B. maximal 1 Tag altem fhem-LXC-container produktiv.
Wie gesagt, Homelab. Hyperkonvergenz etc. zu teuer / energieintensiv für rein private Hobby-Anwendung :-)
Viele Grüße,
Heiko
Hallo Heiko
Danke für den Beitrag. Spiele seit 2-3 Tagen auch mit einem PBS herum.
Meine Ideen zum Backup laufen in die gleiche Richtung (noch Gedankenexperiment). Der Restoreteil gefällt mir und lässt auch mal gut ausprobieren - einen 5Watt Lenovo Laptop mit 4GB RAM hab ich auch noch.
Die VMs und CTs sind aus meiner Sicht eher einfach zu handeln als den PVE in seiner Ursprungskonfiguration wieder herzustellen.
Gruß Ralf
Moin,
auf einer 2-ten Maschine läuft mein Proxmox Backup Server. Das funktioniert auch super. Eine zeitlang habe ich den nur gestartet, bevor die Backups starten (WOL). Inzwischen läuft er 24/7. Somit kann ich schnell ein Backup zurückspielen, wenn es erfordelich ist. Die Idee mit Tuxis finde ich schon interresant. werde ich gelegentlich mal testen. Leider kann der Host von Proxmox nur über einen Klimmzug ein Backup erstellt werden.
Hallo
Ich hatte etwas gefunden um es auf der Konsole vom PVE per Kommando "proxmox-backup-client" zu machen. Das Ziel muss aber ein PBS sein.
Hier: https://forum.proxmox.com/threads/anleitung-sicherung-des-pve-hosts-mit-dem-proxmox-backup-server.110972/
"proxmox-backup-client" mit seinen Parametern ist im Handbuch beschrieben. Da gibt es Sicherungen auf Filebasis oder IMG. Hab ich aber noch nicht so ganz durchdrungen.
Gruß Ralf
Hallo Ralf,
Zitat von: RalfRog am 11 Februar 2025, 22:43:28Die VMs und CTs sind aus meiner Sicht eher einfach zu handeln als den PVE in seiner Ursprungskonfiguration wieder herzustellen.
Also ich komme ja auch von den Raspis, entsprechend habe ich jetzt fast 10 Jahre mit Images gearbeitet (raspibackup.sh).
Gleich zu Beginn meiner PVE-Zeit vor ca. 1 Jahr wollte ich dann die Host-SSD von 512 GB auf 2 TB erweitern, und wollte klassisch mit Clonezille vorgehen: Image erstellen, Restoren, ggf. Daten-Partition mit gpartet resizen. Und bin gescheitert, der PVE-Host hat nicht mehr gebootet. Kurze Recherche im proxmox-Forum hat mich dann von dieser Methode abkommen lassen, anscheinend ist es nicht so trivial, die Partitionen wieder so zu restoren, dass PVE die neue Größe annimmt. Stattdessen - und mittlerweile stimme ich dem zu - wurde für den PVE-Host eher ein "Wegwerf"-Ansatz vorgeschlagen: Ist ein neuer Host etc. fällig, Neuinstallation vom USB-Stick (dauert ca. 10-15 Minuten), danach Restore der LXC-container und VMs. Die wenigen Einstellungen, die man auf dem PVE-Host macht, muss man sich halt irgendwo aufschreiben (statische IP, Einstellungen für Email-Benachrichtigungen, Backup-Ziele). Die Einstellungen der Container, VMs (statische IPs etc.) sind ja ohnehin im Backup enthalten.
ZitatMeine Ideen zum Backup laufen in die gleiche Richtung (noch Gedankenexperiment). Der Restoreteil gefällt mir und lässt auch mal gut ausprobieren - einen 5Watt Lenovo Laptop mit 4GB RAM hab ich auch noch.
Genau deshalb habe ich meinen Uralt-PC, der sogar 16 GB RAM hat, dafür vorbereitet. Abundzu aktualisiere ich dort den PVE-Host und restore die letzten Backups vom PBS. Falls der Katastrophenfall eintritt, bin ich innerhalb kurzer Zeit wieder produktiv, was FHEM, Datenbanken etc. angeht. Dann kann ich ganz in Ruhe, da die wichtigsten Dienste ja wieder laufen, nur halt mit höherem Stromverbrauch, den ursprünglichen PVE-Host reparieren oder ersetzen. Was dann ggf. auch Tage dauern darf, bis Ersatz da ist. Ich habe das mit WLAN-Seckdosen (fritzdect 200) sogar so eingerichtet, dass es dann vom Handy aus, ohne fhem (über die fritzbox-Oberfläche), möglich ist, den Backup-PVE zu starten, und über eine weitere wireguard-Strecke, die über einen Mobilfunkrouter unabhängig davon reinkommt (mit 200 MB Netzclub-SIM, mal schauen wie lange noch :-), aufs heimische NETZ zuzugreifen. Dieser Weg deshalb, weil meine wireguard-Außenanbindung mittlerweile auch über den PVE-Host läuft und nicht mehr über einen Raspi, und im Falle eines Hardware-Schadens nicht mehr funktionieren würde :-)
Viele Grüße,
Heiko
Zur Info,
das kommt zur Zeit von Tuxis. Spannende Frage wie sich das entwickeln wird.
ZitatIn recent years, we have been pleased to offer free Proxmox Backup Server accounts to customers eager to test it.
Currently, we no longer offer this due to some ongoing issues. You can read about that in detail here: Proxmox forum (https://forum.proxmox.com/threads/tuxis-launches-free-proxmox-backup-server-beta-service.76320/page-16#post-750230) ;
Yet we want to offer this again to people who want to test it, this is why we will start to cancel PBS datastores/FL-user portal accounts that are no longer used...
Nicht gut, gerade nachgeschaut, noch läuft mein kostenloser Tuxis-Account.
Zitat von: Gisbert am 21 Mai 2025, 12:17:11noch läuft mein kostenloser Tuxis-Account
meiner auch...
Ich denke, zunächst gehts es darum nicht regelmäßig genutzte Accounts zu löschen. Im verlinkten Proxmox-Forum schreiben sie etwas von 2000 solcher Accounts und dass die Anzahl Probleme bereitet. Daher hatten sie neue Accounts schon vor längerem nicht mehr zugelassen.
Gruß Ralf
Hi Gisbert
Hattest du die Mail von Tuxix auch bekommen?
Mir erscheint folgende Info (2.) daraus noch relevant:
Zitat1. If you have a PBS account and your last backup was not created within the last 2 months, we will cancel your datastore.
Your datastore will be removed on the first workday of the following month.
2. If you do not have a PBS account, but have a FL-user account in the portal that is older than 2 months, we will remove your account.
Ich denke mein Account wird removed,da er mit "FL" beginnt und im Februar angelegt wurde :(
Gruß Ralf
Hallo Ralf,
die gleiche Mail hab ich auch bekommen; sie befand sich schon ungelesen im Papierkorb.
So ganz schlau werde ich nicht aus der E-Mail. Bleibt nur abzuwarten, was am 1. Juni passiert. Ich nutze den Service sehr aktiv mit einem überschaubaren Volumen.
Viele Grüße Gisbert
Die Mail habe ich auch bekommen und werde daraus nicht so ganz schlau. Mal schauen was der nächste Monat so bringt.
Hallo zusammen,
soweit ich das beurteilen kann, läuft mein PBS bei Tuxis aktuell noch. Ich werde das weiter beobachten und ggf. erneut berichten.
Viele Grüße Gisbert
Meiner tut es auch noch.
Schaun mer mal wie lange noch.
Blöd war in den letzten 2 Wochen, dass in Dänemark überall (auch Mobilnetz) nur IPv4 zur Verfügung stand. War dann nix mit VPN auf mein Vodafone-DSL.
Gruß Ralf
Habe mir zwar mittlerweile auf einem Wyse5070 einen eigenen PBS aufgesetzt aber noch läuft der Tuxis und ein Backup ausser Haus ist ja nicht schlecht.
Zitat von: RalfRog am 12 April 2026, 18:47:26Habe mir zwar mittlerweile auf einem Wyse5070 einen eigenen PBS aufgesetzt aber noch läuft der Tuxis und ein Backup ausser Haus ist ja nicht schlecht.
Hallo Ralf,
genauso hab ich's auch gemacht. Den PBS lasse ich nicht die ganze Zeit laufen sondern nutze wake-on-lan per cronjob, um ihn aufzuwecken. Wenn der Backup-Job beendet ist, und kein User angemeldet ist, fährt der PBS automatisch wieder runter.
Bei Interesse stelle ich gerne die entsprechenden Dateien auf dem Proxmox-Server und dem PBS zur Verfügung.
Viele Grüße Gisbert
Hallo Gisbert
Ja interessiert mich. Ich mach es ähnlich - allerdings wecke ich den Wyse nicht per Cron-Job sondern hab im BackupJob ein "HookScript" (ganz offiziell so vorgesehen) eingebunden mit WOL.
Runter fahre ich ich per Cron-Job (mit großem Zeitpuffer) um die Prune-,GC-Jobs noch durchlaufen zu lassen. Da habe ich noch nichts gefunden wie man raus findet ob solche Jobs laufen bzw. wirklich abgeschlossen sind.
Der Wyse ist beim WOL deutlich bockiger als der Futro. Sauber funktioniert WOL nur wenn ich neben WOL im BIOS auch das zeitgesteuerte aufwecken aktiviere (einmal zu einer Zeit wo er sowieso läuft) - dann geht WOL auch aus Poweroff heraus (ca.1,2 Watt statt 5 im Idle).
Gruß Ralf
Hallo Ralf,
auf meinem Proxmox-Server habe ich folgendes eingerichtet:
- Backup um 19:30 auf dem PBS - es ist ein HP T610
- in crontab ergänzt: 25 19 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily_wolT610 )
- eine ausführbare Date (Name nach Belieben) in /etc/cron.daily_wolT610 angelegt, Ordner neu angelegt
- Inhalt der ausführbaren Datei:
#!/bin/sh
wakeonlan c8:cb:b8:....
Damit hat das alte Möhrchen HP T610 genug Zeit um hochzufahren. Er braucht mindestens eine gute Minute, zur Sicherheit hab ich einen Puffer von 5 Minuten eingebaut.
Auf dem HP T610 läuft folgendes Programm.
Service-Datei erstellen in /etc/systemd/system/proxmox_shutdown.service
[Unit]
Description=Herunterfahren des PBS nach Erledigung aller Jobs
After=network.target
Requires=network.target
[Service]
Type=simple
ExecStart=/usr/bin/pbs_shutdown # Pfad zum auszuführenden Skript
# WorkingDirectory=/Verzeichnis/des/Skripts
# User=benutzername
# Group=gruppenname
Restart=on-failure
[Install]
WantedBy=multi-user.targetDanach:
1) systemctl daemon-reload
2) systemctl enable proxmox_shutdown.service
Ausführbahre Datei pbs_shutdown erstellen, /usr/bin/pbs_shutdown
#!/usr/bin/env bash
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
INTERVAL=60 # Wartezeit in Sekunden
count=0 # Zähler für aufeinanderfolgende Leerlauf-Durchläufe
THRESHOLD=11
while true; do
if proxmox-backup-manager task list | grep -q .; then
count=0
else
(( count++ ))
if (( 0 < $(who | wc -l ) )); then
count=0
fi
if (( count >= THRESHOLD )); then
shutdown -h now
exit 0
fi
fi
sleep "$INTERVAL"
doneDatei ausführbar machen:
chmod +x pbs_shutdown
Den THRESHOLD nach eigenem Ermessen setzen, so dass genügend Zeit für ein Backup und ggf. Updates sind, wenn man sich auf dem PBS eingeloggt hat.
Den Code hab ich weitestgehend nicht selbst erstellt, aber für meine Bedürfnisse angepasst.
Viele Grüße Gisbert
Gisbert danke dafür
Den PBS Teil für den Shutdown muss ich mir mal näher durchsehen. Die "proxmox-backup-manager task list" hatte ich auch schon - war aber mit prune, gc und sync nicht rund. Vielleicht greife ich Deine Idee auf (woher das Code ist, ist ja letztlich egal - meiner ist auch nicht von mir) und schau dann mal.
Wie gesagt aufgrund der WOL-Problematik lief mein Aufwecken zunächst statt über Cron per BIOS "Auto On Time".
- Das habe ich dann durch das vzdump-Hook-Script (mit WOL) ersetzt, da damit der PBS zeitgenau gestartet wird (inkl. entsprechender Wartezeit und Erkennung des Boots) wenn der BackupJob losläuft.
- Weiterhin löse ich darin auch das Problem, dass alle 10 sec Fehlermeldungen im Syslog stehen wenn der PBS nicht läuft
(pve pvestatd[1058]: wyse-pbs: error fetching datastores - 500 Can't connect to 1.2.3.4:8007 (No route to host))
=> per " pvesm set $storeid --disable 0 bzw. 1"
Gruß Ralf
Zitat von: RalfRog am 13 April 2026, 09:41:25Der Wyse ist beim WOL deutlich bockiger als der Futro. Sauber funktioniert WOL nur wenn ich neben WOL im BIOS auch das zeitgesteuerte aufwecken aktiviere (einmal zu einer Zeit wo er sowieso läuft) - dann geht WOL auch aus Poweroff heraus (ca.1,2 Watt statt 5 im Idle).
Falls man z.B. beim Shutdown entscheiden kann, wann der PC das nächste mal aufwecken soll, kann man auch das Tool rtcwake nehmen. Gehört meines Wissen zur Standardinstallation.
Beispiel: morgen um 11:00 Uhr einschalten.
rtcwake -m no -t $(date +%s -d 'tomorrow 11:00')https://wiki.ubuntuusers.de/rtcwake/
Zitat von: Otto123 am 13 April 2026, 19:00:02Falls man z.B. beim Shutdown entscheiden kann, wann der PC das nächste mal aufwecken soll, kann man auch das Tool rtcwake nehmen. Gehört meines Wissen zur Standardinstallation.
Hm, danke Otto - da müsste ich mal probieren was das macht.
Die Uhrzeit ist eh klar - insofern gäbe es keinen Unterschied ob im BIOS täglich um 4 Uhr oder per "
rtcwake" jedesmal um 4 Uhr.
WOL macht das Thema ja variabel. Aufwachen wann ich das will auch aus der Ferne zur Wartung.
- Grundsätzlich braucht der/mein Wyse5070 sowieso bei jedem Neustart aus "shutdown" ich glaube auch bei "hibernate" ein => "ethtool -s enp1s0 wol g" (hab jedenfalls noch nix gefunden wie man das dem Interface fest "einbrennen" kann).
- Dann habe ich das Problem wenn im BIOS nur WOL (egal mit ohne S4/S5) aktiviert wird bekomme ich den Rechner !nur! :
aus "suspend" (ohne Stromersparnis),
oder "hibernate" (1,2 Watt aber Fehler: File ...../var.../system.journal corrupted or uncleanly shut down, renaming and replacing) per WOL aktiv,
aber nicht aus "shutdown/poweroff". - Nur mit aktiviertem "zeitgesteuerten aufwecken" im BIOS egal mit welcher Uhrzeit und wie oft (einmal die Woche reicht) geht WOL dauerhaft auch mit poweroff.
Schließe ich mal Tastatur uns Bildschirm an schau was "rtcwake" macht - vermutlich aber auch nur im BIOS die Funktion aktivieren. :D
Dann kann das Aufwachen weiterhin idealerweile abgestimmt über das vzdump-Hook-Script erledigt werden inklusive an- und abmelden des Storage im PVE macht keinen Unterschied.
Gruß Ralf
Zitat von: Otto123 am 13 April 2026, 19:00:02Falls man z.B. beim Shutdown entscheiden kann, wann der PC das nächste mal aufwecken soll, kann man auch das Tool rtcwake nehmen. Gehört meines Wissen zur Standardinstallation.
Oder hattest du gemeint in erster Linie den Shutdown so zu realisieren? Nicht das Aufwachen.
Zitat von: Otto123 am 13 April 2026, 19:00:02Falls man z.B. beim Shutdown entscheiden kann, wann der PC das nächste mal aufwecken soll, kann man auch das Tool rtcwake nehmen. Gehört meines Wissen zur Standardinstallation.
Beispiel: morgen um 11:00 Uhr einschalten.
rtcwake -m no -t $(date +%s -d 'tomorrow 11:00')
https://wiki.ubuntuusers.de/rtcwake/
Für Backups ist das wohl ausreichend, da das ja, einmal eingerichtet, immer zur selben Zeit stattfindet. Mit wake-on-lan ist man aber sehr viel flexibler, um z.B. Updates auf dem PBS durchzuführen.
Zitat von: Gisbert am 13 April 2026, 22:24:16Mit wake-on-lan ist man aber sehr viel flexibler, um z.B. Updates auf dem PBS durchzuführen
Da hast du recht, erwähnte ich oben ja auch schon.
Bei der merkwürdigen Eigentheit des Wyse, hab ich gerade ausprobiert wie sich "
rtcwake" auswirkt.
Den Fall 3) aus #22 kann ich damit umschiffen und in BIOS das "zeitgesteuerten aufwecken" auf Disabled lassen.
Ausschalten per "
rtcwake" hält dann WOL aktiv (Einschalttimer ist ja klar die Startzeit des "
vzdump"-Job). Wenn man will kann man auch per "poweroff" den Rechner auf 0 Watt ausschalten - muss dann irgenwann den Einschaltknopf drücken.
Otto danke für den Tipp - mal sehen wofür es gut ist. Quasi alle Freiheiten ohne mit Tastatur und Bildschirm in BIOS zu müssen.
BTW: Gisbert wie hast du das Fehlermeldeproblem des nicht verfügbaren PBS-Storage im PVE gelöst?
Schönen Abend
Zitat von: RalfRog am 13 April 2026, 23:18:31BTW: Gisbert wie hast du das Fehlermeldeproblem des nicht verfügbaren PBS-Storage im PVE gelöst?
Hallo Ralf,
stimmt, da gibt es viele Meldungen im PVE Log. Bisher war es mir nicht bewusst. Ich hab deinen Beitrag oben dazu gelesen, aber nicht genau verstanden, wie du die Fehlermeldungen weg bekommst.
Kannst du es nochmals beschreiben, was du genau beim PBS und PVE gemacht hast?
Viele Grüße Gisbert
Kommt heute abend.
Zitat von: RalfRog am 13 April 2026, 20:11:27Grundsätzlich braucht der/mein Wyse5070 sowieso bei jedem Neustart aus "shutdown" ich glaube auch bei "hibernate" ein => "ethtool -s enp1s0 wol g" (hab jedenfalls noch nix gefunden wie man das dem Interface fest "einbrennen" kann).
Vielleicht helfen meine Notizen zu dem Thema (https://heinz-otto.blogspot.com/2015/08/notizen-zu-wake-on-lan.html), da schreibe ich auch immer mal etwas dazu :)
Ich verwende rtcwake an Stellen, wo ich eben auch gar nix habe um WOL zu machen. Immerhin ist rtcwake flexibel von der Ferne verwendbar und man muss nicht mit Tastatur und Schirm im Bios rumfummeln. Klar man kann nicht jetzt entscheiden: aufwachen, sondern man muss beim shutdown festlegen wann es aufwachen soll. Dafür arbeitet es lokal, autark. Und je nach Hardware ist WOL ja wirklich mitunter zickig in der Konfiguration.
rtcwake weckt den Rechner mMn auch immer aus dem poweroff auf, anders als WOL, was bei mancher Hardware immer eine Art Standby braucht.
Hallo Otto,
ich hab einen sehr alten (ehemals Windows) Rechner, den ich mit einem Linux, PVE oder PBS ausstatten möchte.
Das BIOS lässt ein wake-on-lan definitiv nicht zu.
Ist rtcwake unter dieser Prämisse dazu imstande, den Rechner aufzuwecken, um bspw. ein Backup (z.B. Proxmox, aber auch andere Backups) aufzunehmen? Das kommt sicher auf einen Versuch an, aber es wäre schön zu wissen, was man erwarten kann.
Viele Grüße Gisbert
Danke Otto
Die Notizen denken sich mit dem was ich herausgefunden habe. Auch "ethtool...wol g" hatte ich in die Interfaces-Konfiguration eingebunden - dann braucht man sich nicht mehr kümmern.
Hallo Gisbert,
ich habe das auf einem Rechner im Einsatz, da ist das "aktuelle" BIOS von 2014 und es funktioniert.
RTC Wakeup muss sich im BIOS aktivieren lassen, ich meine: die Zeit dafür außerhalb vom BIOS zu setzen hat wahrscheinlich schon so lange funktioniert, wie es diese Funktion gibt.
APM gibt es ja mindestens "seit Windows 95" und ich denke RTC Wakeup hängt irgendwie an APM und/oder ACPI (das gibt es seit 1996)
Versuch macht kluch :)
Gruß Otto
Zitat von: Gisbert am 14 April 2026, 09:07:36Zitat von: RalfRog am 13 April 2026, 23:18:31BTW: Gisbert wie hast du das Fehlermeldeproblem des nicht verfügbaren PBS-Storage im PVE gelöst?
Hallo Ralf,
stimmt, da gibt es viele Meldungen im PVE Log. Bisher war es mir nicht bewusst. Ich hab deinen Beitrag oben dazu gelesen, aber nicht genau verstanden, wie du die Fehlermeldungen weg bekommst.
Kannst du es nochmals beschreiben, was du genau beim PBS und PVE gemacht hast?
Viele Grüße Gisbert
Hallo Gisbert, in Kurz:
Es spielt sich alles auf dem PVE ab, da dort im Rechenzentrum/Datacenter unter Storage der "Proxmox Backup Server mit seiner StorageID" konfiguriert ist.
In der Weboberfäche kann man (siehe Spalte Aktiviert) über "Bearbeiten" den Storage Aktiviveren/Deaktivieren. Wenn er Deaktiviert ist gibt es keine Fehlermeldungen mehr.
Dafür gibt es auch ein CommandLineTool:
pvesm set <ID des Storage> --disable 0 bzw. 1Also muss man nur dafür sorgen, dass der Storage per CmdLine vor dem Shutdown des PBS deaktiviert wird und nach dem Wiederanlaufen aktiviert wird.
Ausführlicher auf Basis obiger InfoHab ich mir nicht alles selbst ausgedacht, sondern z.B. das hier als Quelle benutzt (das Wichtigste in #58 und #63/64 -- https://forum.proxmox.com/threads/shutdown-des-pbs-nachdem-alle-vms-gesichert-wurden.104263/post-556239)
An sich ist die beste Stelle den Storage zu aktivieren/daktivieren das BackupTool "vzdump", dass den BackupJob nach Zeitplan startet.
Es kennt im Prinzip den Parameter "--script <string> :Use specified hook script".
In der Weboberfläche kann man das Script nicht hinterlegen, daher muss man die Configdatei selber anpassen --> /etc/pve/jobs.cfg
vzdump: backup-e1643110-2d06 <== mein Wyse PBS Backup
comment taegliches Backup auf PBS
schedule 04:30
enabled 1
fleecing 0
mode suspend
node pve
notes-template {{guestname}}:{{node}}-{{vmid}}: Wyse Backup taeglich der Server
notification-mode notification-system
prune-backups keep-all=1
script /usr/local/bin/vzdump-hook-script-wyse.pl <== Pfad zum selbst erstellten HookScript (Rechte chmod 755)
storage wyse-pbs <== Storage ID
vmid 101,102,103
vzdump: backup-ae36d6ca-ed42 <== mein Tuxis Backup
comment Woechentliches Backup f%C3%BCr Server ohne Veraenderungen (Sonntag 1%3A00)
schedule sun 04:00
enabled 1
fleecing 0
mailnotification always
mode suspend
node pve
notes-template {{guestname}}:{{node}}-{{vmid}}, woechentliches Backup
notification-mode notification-system
prune-backups keep-weekly=6
repeat-missed 1
storage tuxis-pbs <== mein Tuxis Backup
vmid 101,103,102
vzdump: backup-24376893-65ca
comment Monatliches Backup lokal
schedule sat *-1..7 04:00
compress zstd
enabled 1
fleecing 0
mailnotification failure
mode suspend
node pve
notes-template {{guestname}}:{{node}}-{{vmid}}: lokales Backup monatlich der Server
notification-mode notification-system
prune-backups keep-last=2
storage local
vmid 101,102,103
Das HookScript kann im Prinzip igendwo hinterlegt werden und gehört root.
"vzdump" verzweigt nun zu bestimmten Ausführungszuständen in dieses Script - im PVE selber ist ein Beispiel hinterlegt mit den Phasen auf die man triggern kann:
/usr/share/doc/pve-manager/examples/vzdump-hook-script.pl
Auszug der Trigger
$phase eq 'job-init'
$phase eq 'job-start'
$phase eq 'job-end'
$phase eq 'job-abort'
$phase eq 'backup-start'
$phase eq 'backup-end'
$phase eq 'backup-abort'
$phase eq 'log-end'
$phase eq 'pre-stop'
$phase eq 'pre-restart'
$phase eq 'post-restart'
Mein HookScript in Anlehnung an den obigen Formumsbeitrag mit Starten des PBS und Aktivieren des Storage und zum Ende Deaktivieren des Storage (Shutdown offen, aktuell nach 2 Stunden per cron):
#!/bin/bash
# script um den Backupserver zu starten wenn ein Backup ansteht. Danach wieder Ausschalten
# dieses Hook-Skript (nano /usr/local/bin/vzdump-hook-script) zum Backup-Auftrag hinzufügen: nano /etc/pve/jobs.cfg
# by AME 05/2023
#----------------------- Variablen --------------------------------------------------------------------------------#
PATH=/usr/sbin:${PATH}
# SET-X damit die Ausfuehrung protokolliert wird
#set -x
storeid=wyse-pbs # Variable - um welches Storage handelt es sich
mac="11:22:33:44:55:66" # MAC Adresse des PBS-Servers
host="1.2.3.4" # Hostname oder IP des PBS-Servers
nic=eno1 # Netzwerk-Karte über die WOL läuft
#---------------------- Funktionen --------------------------------------------------------------------------------#
# Raum für funktionen im Script
#----------------------- Programmablauf ---------------------------------------------------------------------------#
#
if [ "$1" == "job-init" ]; then # wenn ein backup job rein kommt dann
echo "HookLog: Wecke Backserver" # zusätzliche eigene Logeintraege per echo und Hinweis HookLog:
wakeonlan $mac # starte den Backup-Server wegen rtcwake eigentlich unnoetig
sleep 60s # warte 60 Sekunden auf Abschluss des Starts
echo "HookLog: Enable Storage wyse-pbs"
pvesm set $storeid --disable 0 # der Storage wird enabled
# Teste per Storage Verfügbarkeit "pvesm status" ob -PBS erreichbar
until [ "$act" == "true" ]; do # arbeite die Schleife ab bis die variable "ack" wahr ist
com=$(pvesm status --storage $storeid | tail -1); # Abfrage über den Status des Storage
[[ $com =~ ($storeid+ +)(pbs+ +)(active|inactive) ]]; # Statusabfrage enthält "wyse-pbs pbs active"
if [ ${BASH_REMATCH[3]} == active ]; then # der server/storage ist erreichbar also aktiv?
echo "HookLog: Backup-Server ist erreichbar"
act=true # variable "act" wird wahr um aus dem loop rauszukommen
sleep 6s
exit 0
else
((c=c+1)) # counter
fi
if [ $c == 180 ]; then # wenn der server nach 180 sec. nicht erreichbar ist exit 1, Wartezeit anpassen
echo "HookLog: ERROR Backup-Server ist nicht erreichbar"
sleep 2s
echo "HookLog: Disable Storage wyse-pbs"
pvesm set $storeid --disable 1 # deaktiviere den Speicher wieder
exit 1
fi
sleep 1s
done # until ende
fi # job-init Ende
if [ "$1" == "job-end" ]; then # Wenn der Backup Job erledigt ist dann
echo "HookLog: Backup erledigt, warte 20 Sekunden dann wird der Backup-Server gestoppt"
sleep 20s
echo "HookLog: Disable Storage wyse-pbs"
pvesm set $storeid --disable 1 # der Storage wir disabled, sonst ist er nicht erreichbar und>
# ssh root@$host -p 22 "poweroff < /dev/null &" # der Backupserver wird heruntergefahren muss ich noch erarbeiten siehe Lösung Gisbert
# passendes Konzept welches Verify, Prune, GC und den SyncJob auf Tuxis beachtet nachdem der eigentliche BackupJob gelaufen ist
fi
exit 0
Hoffe das ist so ok. Gruß Ralf
Nur mal so als Anregung: Warum sich mit WakeUpOnLan rumschlagen, wenn man auch eine Schaltbare Steckdose und im Bios Einstellen kann, bei Strom laufen. So habe ich es hier seit Ewigkeit mit mehreren Rechnern am laufen ...
Hi Wernieman
Naja rumschlagen ist etwas übertrieben. Es funktioniert ja unter Beachtung der Randbedingung - mit dem Vorteil, dass man nichts extra braucht.
Mein Futro S740 wäre da z.B. ganz unkompliziert. WOL für Ethernet im BIOS aktivieren - fertig (kein ethtool oder Weiteres). Nur der läuft halt dauernd da brauch ich es nicht.
Die Steckdose bräuchte man halt als Extrateil, was separat gesteuert werden will und vielleicht mal gestört sein könnte.
Hätte für absolute Sparfüchse den Vorteil noch 22 Stunden das für WOL nötige extra-Watt bei Shutdown/PowerOff einzusparen.
Gruß Ralf
Zitat von: Otto123 am 14 April 2026, 11:14:27Hallo Gisbert,
ich habe das auf einem Rechner im Einsatz, da ist das "aktuelle" BIOS von 2014 und es funktioniert.
RTC Wakeup muss sich im BIOS aktivieren lassen, ich meine: die Zeit dafür außerhalb vom BIOS zu setzen hat wahrscheinlich schon so lange funktioniert, wie es diese Funktion gibt.
APM gibt es ja mindestens "seit Windows 95" und ich denke RTC Wakeup hängt irgendwie an APM und/oder ACPI (das gibt es seit 1996)
Versuch macht kluch :)
Gruß Otto
Kurze Rückmeldung zu einem Proxmox PVE, den ich in erster Linie als Backup für die unterschiedlichsten Dinge einsetzen will.
Das Mainboard ist von Gigabyte, so aus dem Jahr 2010. rtcwake ließ sich partout nicht dazu zu bewegen, das der Rechner aufwacht. Ich hab alle möglichen Varianten ausprobiert - nichts lief.
Ich war deshalb so hartnäckig und hab alles ausprobiert, weil ich dachte, dass wake-on-lan nicht gehen würde - das tat es dann aber im Anschluss ohne Fehler.
Viele Grüße Gisbert
Hi Gisbert
Habe deine Shutdown-Idee des Services mit Prüfung "proxmox-backup-manager task list" für mich verworfen.
Zitat von: Gisbert am 13 April 2026, 12:26:41Auf dem HP T610 läuft folgendes Programm.
Service-Datei erstellen in /etc/systemd/system/proxmox_shutdown.service
[Unit]
Description=Herunterfahren des PBS nach Erledigung aller Jobs
.....
[Install]
WantedBy=multi-user.target....
Ausführbahre Datei pbs_shutdown erstellen, /usr/bin/pbs_shutdown
#!/usr/bin/env bash
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
INTERVAL=60 # Wartezeit in Sekunden
.....
while true; do
if proxmox-backup-manager task list | grep -q .; then
Meine erste Idee einer Steuerung durch das Hook-Script per API des PBS ebenfalls (bin einfach programmmiertechnisch zu schlecht für die ganzen curl-Aufrufe.
Ich habe jetzt in das Hook-Script (https://forum.fhem.de/index.php?msg=1361999) einen SSH-Aufruf auf den PBS gemacht (eingeschränkt per "PermitRootLogin forced-commands-only" in der "sshd_config") und dort dann alle "Pflegejobs" manuell gestartet (hier verkürzt):
....
proxmox-backup-manager verify-job run <id>
proxmox-backup-manager sync-job run <id>
proxmox-backup-manager prune-job run <id>
proxmox-backup-manager garbage-collection start <id>
/usr/sbin/rtcwake -m off -t $(date -d "tomorrow 4:28" +\%s) ==> wegen dem merkwürdigen WOL vom Wyse
....
Somit läuft alles komprimiert hintereinander ab und der Shutdown braucht keinen Sicherheitspuffer.
Im bestem Fall ist das in 15 Minuten erledigt.
Somit ist der PVE als Backupstarter der Herr des Geschehens.
Gruß Ralf
Hallo Ralf,
meine Konstruktion, die ich auf einem Proxmox Backup Server laufen lasse, ist robust, so dass ich da erst mal nicht ran gehe.
Ich hatte noch einen (ur)alten Rechner mit teils noch älteren, aber auch neueren Festplatten rumstehen, auf dem Windows 10 lief. Auf eine SSD, die vorher Windows 10 beherbergte, hab ich Proxmox PVE (wir nennen es mal PVE-2) installiert. Was ich mit dem Rechner genau vorhab, weiß ich eigentlich noch gar nicht.
Ich dachte mir, dass ein weiteres Backup ja nicht schaden könnte und hab eine Festplatte des PVE-2 per NFS in meinem produktiven PVE definiert. Das läuft auch an und für sich, aber meine Konstruktion des Überwachens greift nicht, da ich ja keinen PBS-Server sondern einen PVE hab. Mit etlichem Aufwand hab ich das dann auch hingekriegt - aber ich frage mich, ob eine weitere Maschine neben dem PBS und Tuxis, die ich ja bereits habe, sinnvoll ist.
Die Frage ist, was kann man sinnvolles mit einem Rechner (jetzt als PVE-2 konfiguriert) machen, der folgende Ausstattung hat:
- 4 Kerne: AMD Phenom II X4 920 Processor
- 4 GB RAM (s. weiter unten)
- 4 Festplatten: 250GB SSD, 1TB HD, 500GB HD, 250GB HD
- wakeonlan funktioniert
Falls meine Produktiv-PVE (also der Rechner) stirbt, dann könnte ich Backups auf der PVE-2 starten - aber da scheinen 4 GB RAM grenzwertig bis gar nicht machbar zu sein. Die Festplatten sind ja auch wunderbar alle unterschiedlich groß - da fehlt mir das Wissen, was ich damit anstellen könnte.
Man könnte den RAM noch auf insgesamt 8 GB aufrüsten, was dann für den temporären Betrieb der VMs reichen würde, bis ein neuer Rechner am Start wäre. Die CPU ist eigentlich noch schnell genug, aber für einen Dauerbetrieb sind 85W definitiv zu viel.
Meine Überlegung geht in die Richtung, den alten Rechner so mit Proxmox und den jetzigen VMs auszustatten, so dass ich bei Ausfall des produktiven PVE-Rechners mit dem alten Rechner ohne große Unterbrechung weitermachen könnte.
Viele Grüße Gisbert
Hallo Gisbert
Klar was gut läuft.... ich wollte es der Vollständigkeit halber erwähnen.
Ich hatte/habe auch noch einen relativ sparsamen (<10W) Lenovo B50. Vorteil: beim Laptop muss man sich nicht um Tastatur und Bildschirm kümmern - 4GB RAM wären sicher für einen PBS auch ausreichend gewesen - habs aber verworfen.
Der Wyse war für nen Fuffi zu haben, konnte mit den RAM-Resten vom S740 ergänzt werden und war aufgrund der "Größe" besser unterzubringen.
Den Wyse habe ich nicht als reinen PBS sondern als PVE mit PBS obendrauf installiert (VM wäre noch ne Option) und damit die Möglichkeit ihn als Notfallsystem zu nutzen falls der S740 aussteigt.
Der PBS und Tuxis reicht mir als Backup, da ich mit FHEM nichts wirklich Wichtiges steuere (die täglichen PBS Backups synce ich zusätzlich per Push auf Tuxis).
Über ein Cluster könnte man auch nachdenken mit dem Laptop als Quorum-Rechner....
Schönen Sonntag