backup.schedules.creer.validerEnregistre la planification. En 3.77.0, l'envoi est refusé : le champ destination porte un nom que le Hub n'attend pas.
Voir l'élément dans l'écran : backup/schedules
En principe, le Hub enregistre la planification, puis revient sur la liste avec « Schedule créé (x_id=…) ». Elle part à la prochaine échéance de son cron.
Sur le Hub 3.77.0, ce bouton ne crée rien : la requête est rejetée avant d'atteindre le
code (voir la fiche). Créer la planification par l'action backup_worker.create_schedule.
POST /hub/backup/schedules → BackupService.createSchedule, comme l'action
backup_worker.create_schedule.
| Paramètre attendu | Obligatoire | Vient du champ |
|---|---|---|
name |
oui | Nom |
cron_expression |
oui | Expression cron |
id_s3_destinations |
oui | ⚠️ le champ s'appelle destination_id |
retention_days |
non (30) | Rétention |
include_postgres |
non (true) |
Inclure PostgreSQL |
Le gabarit backup/schedules.html nomme la liste destination_id, et
PortalBackupController.createSchedule exige @RequestParam("id_s3_destinations"). Le
paramètre obligatoire manque : Spring refuse la requête (erreur 400) avant le contrôleur, et
aucun message de l'écran ne s'affiche.
{ "name": "backup_worker__create_schedule",
"arguments": { "name": "nightly-postgres", "cron_expression": "0 3 * * *",
"id_s3_destinations": "1", "retention_days": "30",
"include_postgres": "true", "include_vault": "true" } }
Une ligne backup.z_schedules : nom, cron, destination, rétention, et les options sans
secret (les clés sont relues dans Vault à chaque passage).