Bonsoir,
J’utilise au quotidien ce super plugin pour entre autre prendre des snapshots automatiquement comme je le faisais sous ESXI.
Pour rendre la chose totalement transparente il manque juste une fonction de suppression de snapshot (je crois qu’elle existe dans l’api) qui me permettrais de limiter les snaps à 3-4
Merci d’avance
Salut,
Ca sera en beta demain; il faudra donc donner le nom du snapshot à supprimer:
mais j’ai une question plutot en rapport avec proxmox et ton utilisation du coup:
je ne comprend pas bien ton scénario, tu fais des snapshots à quel moment?
as-tu aussi des backups auto? pourquoi préférer des snapshots au backup?
car les backups auto peuvent être planifié dans proxmox directement
Les snapshots c’est hyper léger, c’est générés en qq secondes, cela me permet d’en stocker 5-7 par vm sans soucis sur le serveur promox et ainsi d’avoir un « historique » de version en cas de pépins dans les periodes ou je fais beaucoup de modif dans tous les coins.
Quand aux sauvegardes, le problème est que mon disque de sauvegarde est aussi utilisé par OMV (mon nas) ainsi que par plex, alors quand proxmox sauvegarde … il me plante tout :(. Je n’ai pas tout compris mais je pense qu’il se croise les doigts (genre : je veux sauvegarder bidule sur bidule …)
Les sav sur le disque local de promox, elles, fonctionne très bien, je finirais pet être par faire un batch de recopie des sav locales vers un des disques du nas ( 3dd de 13 To)
En attendant, bravo pour la rapidité de réaction !!! Je suis bluffé 
Petit bug, la nouvelle commande est de type message, elle devrait être de type ‹ action › il me semble.
Mais même comme cela, ça fonctionne ! (en mettant le nom du snap dans titre ET message, à la barbare )
bah non, elle est de type action/message, type message ca n’existe pas
sinon il ne serait pas possible de passer le nom du snapshot en paramètre.
je ne sais pas comment tu as testé mais il n’y a pas « titre » et « message »:
En faisant ‹ Tester › dans l’écran des commandes :
Autre petite remarque, entre la suppression d’un snap’ et la création d’un autre snap, j’ai été obligé d’introduire un sleep. C’est pas très gênant, mais je te le signale au cas ou cela cacherais autre chose.
En tout cas, merci pour cette fonction, grâce à toi ma routine de gestion de snapshot est repartie !!!
ok ca c’est le core qui n’applique pas correctement les configs dans l’écran des commandes
pour quelle raison? si problème, tu as un log?
log avec juste la création d’un snapshot
0000|[2023-10-19 13:07:51]INFO : Start refresh qemu/Lxc MQTT
0001|[2023-10-19 13:07:51]INFO : Trying to connect to 192.168.2.166
0002|[2023-10-19 13:07:51]DEBUG : set value:'1.3387870788574' / maxValue:'2' / unit:'GiB' for cmdId:'mem'
0003|[2023-10-19 13:07:51]INFO : Trying to connect to 192.168.2.166
0004|[2023-10-19 13:07:51]INFO : Trying to connect to 192.168.2.166
0005|[2023-10-19 13:07:51]INFO : Taking snapshot 'Snapshot_automatique_du_19_10_2023' on MQTT
0006|[2023-10-19 13:07:51]DEBUG : Status: 200 - Response:
0007|[2023-10-19 13:07:51]DEBUG : Task 'syncQemuLxc' executed now
0008|[2023-10-19 13:07:54]INFO : Start refresh qemu/Lxc MQTT
0009|[2023-10-19 13:07:54]INFO : Trying to connect to 192.168.2.166
0010|[2023-10-19 13:07:54]DEBUG : set value:'1.3390274047852' / maxValue:'2' / unit:'GiB' for cmdId:'mem'
0011|[2023-10-19 13:07:54]INFO : Trying to connect to 192.168.2.166
log avec suppression d’un snapshot et création d’un autre dans la foulée
0000|[2023-10-19 13:08:49]INFO : Start refresh qemu/Lxc MQTT
0001|[2023-10-19 13:08:49]INFO : Trying to connect to 192.168.2.166
0002|[2023-10-19 13:08:49]DEBUG : set value:'1.3395385742188' / maxValue:'2' / unit:'GiB' for cmdId:'mem'
0003|[2023-10-19 13:08:49]INFO : Trying to connect to 192.168.2.166
0004|[2023-10-19 13:08:50]INFO : Trying to connect to 192.168.2.166
0005|[2023-10-19 13:08:50]INFO : Delete snapshot 'Snapshot_automatique_du_19_10_2023' on MQTT
0006|[2023-10-19 13:08:50]DEBUG : Status: 200 - Response:
0007|[2023-10-19 13:08:50]DEBUG : Task 'syncQemuLxc' executed now
0008|[2023-10-19 13:08:50]INFO : Trying to connect to 192.168.2.166
0009|[2023-10-19 13:08:50]INFO : Taking snapshot 'Snapshot_automatique_du_19_10_2023' on MQTT
0010|[2023-10-19 13:08:50]DEBUG : Status: 200 - Response:
0011|[2023-10-19 13:08:50]DEBUG : Task 'syncQemuLxc' executed now
0012|[2023-10-19 13:08:53]INFO : Start refresh qemu/Lxc MQTT
0013|[2023-10-19 13:08:53]INFO : Trying to connect to 192.168.2.166
0014|[2023-10-19 13:08:53]INFO : Start refresh qemu/Lxc MQTT
0015|[2023-10-19 13:08:53]INFO : Trying to connect to 192.168.2.166
0016|[2023-10-19 13:08:53]DEBUG : set value:'1.3392677307129' / maxValue:'2' / unit:'GiB' for cmdId:'mem'
0017|[2023-10-19 13:08:53]INFO : Trying to connect to 192.168.2.166
0018|[2023-10-19 13:08:53]DEBUG : set value:'1.3392677307129' / maxValue:'2' / unit:'GiB' for cmdId:'mem'
0019|[2023-10-19 13:08:53]INFO : Trying to connect to 192.168.2.166
comme on le voi, la pas de création de réalisée, mais si je met une pause entre les deux, c’est tout bon
pas de problème visible, on reçoit un http 200 de proxmox donc lui nous dit que tout est ok 
p-e vérifier dans les logs coté proxmox si tu veux creuser plus
Probable que les appels de l’api renvoie un quitus immédiatement au lieu d’attendre la fin de la tâche ce qui fais arriver ta demande suivante trop tôt si proxmox fait autre chose .
Bon, il suffit d’introduire un petit sleep et ça roule
En fait il faut mettre 30 sec 
, la prise d’instantané prend chez moi de 1 sec (pour adguard par exemple) à 15 sec pour une vm sous windows 11
