Angaben in Backupjobs

[TErxleben]

Moin,
Bin ich der Einzige/Erste, der sich über die miesen Angaben der GUI beim Doppelklick auf einen Sicherungs-Taskeintrag ärgert?


Die Dialogbox zeigt nicht mal das Ziel an. Eine Zusammenfassung für einzelne VMs im Status-Reiter wäre auch kein Hexenwerk.
Stattdessen findet man nur lieblose und teils überflüssige Angaben.
Komischerweise sin Mailbenachrichtungen erheblich besser. Scheint also grundsätzlich möglich zu sein.

 

[Johannes S]

Feature-Request bei Bugzilla wäre ein Weg,, das zu ändern

 

[TErxleben]

Feature-Request bei Bugzilla wäre ein Weg,, das zu ändern

Klar. Aber ich wäre vielleicht der Hunderste.

 

[fabian]

strukturierte task ergebenisse haben wir schon laenger auf der todo liste stehen - derzeit haben alle tasks eben nur die felder die du da siehst, notifications werden als teil der task execution generiert wo noch mehr infos zur verfuegung stehen..

 

[woma]

Problem ist für mich eher schon die Taskliste an sich.
Ich will gar nicht erst den Task anklicken und im Status suchen müssen welcher Job ablief.

Bei VM/CT Aktionen wird die ID ausgegeben in der Taskbeschreibung, wie "CT 105 - Reboot" oder "VM/CT 105 Backup".

"Backup Job" hat keine ID, dort steht immer dasselbe und im Status des Task erfährt man wieder nicht worum es eigentlich geht

Warum sollte ein Backup Job nicht von an Anfang an eine lesbare ID haben zur Unterscheidung?

Am einfachsten wäre wohl eine Ergänzung um das gekürzte Kommentarfeldes eines Backup Jobs.
Also in der Taskliste dann "Backup Job - Alle VMs nach PBS" oder ähnlich. Im Kommentar steht vermutlich ohnehin schon ein hilfreicher Hinweis an sich selbst, um die Jobs zu identifizieren.

 

[fabian]

das geht mangels strukturiertes task ergebnisse derzeit nur fuer one-off backups *einzelner* gaeste (die haben die VMID in der UPID stehen). die liste wird wirklich nur aus dem index generiert, der hat keine weiteren daten ausser die die in der UPID stehen..

 

[woma]

Clusterweite Tasks - ohne direkten Bezug zu VM/CT oder Node - sind also anonym unterwegs und man kann im Moment nur an den ausgeführten Kommandos Rückschlüsse auf den Auftraggeber des Tasks ziehen.
Verstehe ich das so richtig?

 

[fabian]

im log selbst sollte immer alles relevante stehen, aber der task index eintrag hat nur begrenzt platz, daher wird dort der zugehoerige gast nur bei tasks reingeschrieben die nur einen einzelnen gast betreffen. ein task laeuft immer auf einem node, clusterweite tasks gibts also nur im sinne von "task triggert selber wieder tasks auf allen nodes im cluster". ein backup job wird z.b. vielleicht auf allen nodes gleichzeitig gestartet, das ist dann aber ein task pro node, nicht einer fuer den ganzen cluster. hoffe das hilft fuers verstaendnis.

wie gesagt - ein separates "task result" das *struktruiert* daten zu einem task ablegen laesst ist definitiv etwas was wir gerne implementieren moechten!

 

[TErxleben]

im log selbst sollte immer alles relevante stehen, aber der task index eintrag hat nur begrenzt platz, daher wird dort der zugehoerige gast nur bei tasks reingeschrieben die nur einen einzelnen gast betreffen. ein task laeuft immer auf einem node, clusterweite tasks gibts also nur im sinne von "task triggert selber wieder tasks auf allen nodes im cluster". ein backup job wird z.b. vielleicht auf allen nodes gleichzeitig gestartet, das ist dann aber ein task pro node, nicht einer fuer den ganzen cluster. hoffe das hilft fuers verstaendnis.

wie gesagt - ein separates "task result" das *struktruiert* daten zu einem task ablegen laesst ist definitiv etwas was wir gerne implementieren moechten!

Im log steht das eben gar nicht oder nur holprig. -storage wird bei RAW-Sicherungen angezeigt. Bei Sicherung auf einem PBS aber nicht oder ganz woanders. Das nervt und hat mit strukturierter Anzeige woanders nichts zu tun.

Hier mal ein Beispiel für RAW:
INFO: starting new backup job: vzdump 104 105 106 107 109 110 200 300 400 100 112 103 108 900 901 --fleecing '1,storage=local-lvm' --storage pbs --mode snapshot --quiet 1 --notes-template '{{guestname}}' --notification-mode notification-system

Und nun für PBS:
INFO: starting new backup job: vzdump 400 200 109 110 300 112 107 108 103 --fleecing 0 --prune-backups 'keep-last=1' --quiet 1 --notification-mode notification-system --mode snapshot --storage local-backup --compress zstd --notes-template '{{guestname}}'

Da wünsche ich mir die wichtigste Angabe, WOHIN gesichert wird, statt in einem "Wimmelbild" suchen zu müssen.

Da reicht ein popeliges Zerlegen und Anzeigen des eigentlichen Befehls bzw. der sowieso hinterlegten Parametern..

 

[fabian]

die zeile die du zitierst ist exakt der befehl/die parameter? ) oder gehts dir darum dass "--storage <backup_storage>" als eigene zeile/prominenter gelogged werden soll, nicht nur als teil des vzdump aufrufs in der ersten zeile?

(ich glaub du hast die befehle/logs in der reihenfolge vertauscht, aber in beiden steht wohin gesichert wird?)