Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[liv-in-sky]

@thewhobox . ich nutze kein sudo

also wenn ich unter dem root user die installation damals durchgeführt habe, läuft er unter root - das sieht man am exec befehl !

der iobroker user kommt erst mit dem fixer script - habe jetzt mal wieder die alte version ohnefixer installiert und meine scripts funktionieren wieder - iobroker führt den befehl mit root aus anstatt mit iobroker user (der ja nach dem restore nicht mehr da ist)

[liv-in-sky]

@crunchip

ok - muss mal suchen - gestern oder vorgestern hat schon jmd diese frage zum update des proxmox servers gestellt - vielleicht muss ich das auch mal machen

[thewhobox]

@liv-in-sky In den neuen Installationen wird der user iobroker auch erstellt. Der Fixer ist dazu da alte installationen auf den Stand der neuen zu bringen (wozu eben auch der User gehört).

Du könntest in deinen Exec evtl Sudo verwenden und den User iobroker zu der Gruppe sudo hinzufügen, damit dieser sudo benutzen kann ohne Passwort eingabe. Dann funktionieren deine Skripte auch mit dem Fixer.

VLl nicht die beste Lösung, aber das ist mir so spontan eingefallen.

[crunchip]

@liv-in-sky ja ich weiss,
müssen nicht, du kannst:wink:
mit diesen skripten und exec Befehlen, kenn ich mich gar net aus.
Mein Stand ist, ich hatte ne alte root Installation, die Installation nach der( letzten Variante) neu aufgespielt und den fixer installiert.
aus root: wurde jetzt root@IoBroker:
meine Befehle geb ich nach wie vor so ein, wie immer

[liv-in-sky]

@thewhobox ich habe das mit sudo probiert - dann kam gar keine anzeige mehr

das mit der gruppe habe ich auch schon überlegt - das müßte ich testen, da ich mir nicht sicher bin, ob z.b. der smem befehl dann alle user anzeigt.

das problem ist so: der iobroker user sendet den exec() mit smem - dieser bringt dann folgendes zurück: nur die prozesse, die er angeschoben hat - aber trotz fixer ist der iobroker als root gestartet (da mit root installiert) - er zeigt also nicht mal die iobroker-dienste an ! sichtbar auf bild - der user ist "1001"

ohne fixer : smem wird über root ausgeführt - dieser zeigt alle dienste an! user ist "0"
hier das bild ohne fixer

[liv-in-sky]

@thewhobox

weißt du zufällig, ob man die backups unbenennen kann - also den ersten teil behalten "vzdump-qemu-102-" und dnach, was man will - oder muss da ein datum kommen? man verliert voll die übersicht, wenn man nur datum hat

z.b.:

vzdump-qemu-102--vor-fixer.lzo

[thewhobox]

@liv-in-sky Das habe ich nicht probiert. Aber kannst ja einfach ne kopie machen und ausprobieren ob es danach noch angezeigt wird.

[liv-in-sky]

@thewhobox
ich werds mal testen

von einem anderen forum:

Well. I have so many backup files renamed and never got problem with this.

I just use vzdump-qemu-XXXXXXXXXXXXX.vma.lzo (where XXXXXXXXXXXX is the name of I want).

It is working for me without any problems. The only one problem, is to need to login over SSH to rename the file.

I have read in other posts, that we have template option. I'll try to take a look at "templates". I never used templates before!

[liv-in-sky]

@thewhobox

[thewhobox]

@liv-in-sky Danke für die Rückmeldung. Gut zu wissen, dass ihn das hinter der ID gar nicht mehr interessiert.

[BBTown]

Ich bin jetzt nicht sicher in wie weit es noch immer um deine Urspungsfrage geht (ein Backup unter einer anderen ID zurückspielen), falls ja dann steht die Lösung in der ersten Antwort von @crunchip ; aber ggf. ist die nicht eindeutig/sofort verständlich.

Wenn Du eine VM markierts und dort ein Backup auswählst, dann bleibt die ID ausgegraut und Du kannst nur einen Restore dieser VM unter der ursprünglichen ID durchführen.

Wenn Du hingegen das Backup-Laufwerk markierst (wie im Screenshot von @crunchip auch gezeigt), dann kannst Du einen Restore unter einer neuen/zusätzlichen (noch nicht vergebenen) ID - und somit eine parallele Version - erstellen.

Anmerkung:
Sofern die VM eine feste IP hat, musst Du diese noch ändern sofern Du beide parallel laufen lassen willst.

[liv-in-sky]

@BBTown

danke dir - jetzt hab ich es !! war natürlich auf der vm :-(

[crunchip]

@liv-in-sky das dacht ich mir:grinning:

[Kusselin]

@crunchip Hi crunchip, ich wollte heute nachdem meine M2 SSD da ist vom NUC I3 auf I5 umziehen...von meinen einzelnen LXC Containern habe ich ein Backup....

Kann man auch vom Root Proxmox ein Backup erstellen oder muss das neu aufgespielt werden und dann die einzelnen LXC´s Bachups einpielen??

Gruss

[crunchip]

@kusselin sagte in Proxmox restore in neue VM ID:

Kann man auch vom Root Proxmox ein Backup erstellen

kann man theoretisch, würde es aber neu aufsetzen (da andere Hardware/Treiber)

[Meister Mopper]

@kusselin
Man kann vom pve root system ein Backup ziehen.

Das kann dann hilfreich sein, wenn man an der Hardware nichts geändert hat und schnell ein System wiederherstellen möchte. Interessant dann, wenn viel konfiguriert wurde, was nach einer Neuinstallation ja alles verloren wäre.

Das ganze funktioniert z. B. auch mit einem Proxmox Backup Server als LXC in demselben pve und wird vom pve in der shell mit dem Proxmox Backup Client erledigt.

[Kusselin]

@meister-mopper o.k. danke......den Backup Server hatte ich nicht installiert....ich habe jetzt mal Acronis starten gelassen per USB und mache jetzt ein Komplettbackup.....der rechner bleibt ja gleich..nur der Prozessor ist ein I5 statt I3...weiter habe ich im proxmox root ja die Mounts für meine beiden Sticks gemacht...das müsste ich alles neu machen....

Ich probiers mal mit komplettbackup...ansonsten kann ich immer noch proxmox neu installieren udn dann die Container bachuppen...

Was ist dann aber der unterschied wenn ich die Containerbackups auf dem neuen I5 mache?? Ist doch dann für die Container auch neue Hardware in dem Sinne oder?

[crunchip]

@meister-mopper sagte in Proxmox restore in neue VM ID:

Das ganze funktioniert z. B. auch mit einem Proxmox Backup Server als LXC in demselben pve und wird vom pve in der shell mit dem Proxmox Backup Client erledigt.

das verstehe ich nicht, stehe gerade auf der Leitung

[Meister Mopper]

@crunchip
Sorry für die späte Antwort, habe gerade die Arbeitsraufe voll.

Ich habe zu kompliziert geschrieben.

Gemeint war:
Man kann sogar den Proxmox Backup Server als lxc auf einem pve installieren und dann ein Backup des pve auf diesen Server schieben (z. B. auf einen NAS-mount).
Man nutzt auf dem pve dazu den Proxmox Backup Client z. B. mit dem Befehl:
proxmox-backup-client backup root.pxar:/ --repository 192.168.xxx.xxx:<Name des datastore>
Bei Bedarf kann man ein Backup zurücklesen, nachedem man das pve neu aufgesetzt hat:

1. neu Aufsetzen
2. Backup des pbs lxc zurückspielen
3. mit dem Proxmox Backup Client das Backup des pve einlesen
4. Neustart des pve
5. Backups aller lxc/vm über den pbs einlesen

Voilà, das alte System läuft wieder wie vorher (hoffentlich :blush: )

[crunchip]

@meister-mopper ah, jetzt weiss ich was du meinst, danke für die Erklärung