AFPMA

Ménage sur le serveur pour gagner de la place :

- YouTrack : anciens volumes encore présents, environ 33 Gi déclarés (inutilisé ?)
- `/data/afpma-pro/log/duplicity` : `17G` c'est normal pour du log ? ou c'est des index obligatoire ?
- `/data/afpma-pro/forum-11.0.5-backup.20240211` : `14G` Utilisé ? Sinon on peut virer peut être une sauvegarde de 2024...
- `/data/afpma-pro/partage/data/data/__groupfolders/trash/trash-20230427-16h44.tar` : `11.1G` une sauvegarde de corbeille de 2023 pareil on peut virer ?

Infra dans les choux
Encore disque plein, intervention et diagnostique

Passage de OnlyOffice à EuroOffice

• Migration terminée sur afpma-docker.

  - Nextcloud passé de 33.0.5 à 34.0.1.
  - EuroOffice 11.0.1 activé ; OnlyOffice 10.1.2 désactivé.
  - Document Server : ghcr.io/euro-office/documentserver:v9.3.2.
  - JWT concordant et test de conversion complet réussi.
  - office.afpma.pro et partage.afpma.pro opérationnels.
  - WebDAV, cron, base, cache, HTTPS, intégrité et SAML contrôlés.
  - Nginx Proxy Manager n’a nécessité aucun changement.
  - Coupure effective d’environ trois minutes.

  Le retour arrière est conservé dans :

  /data/partage/backups/eurooffice-nc34-20260715-145258

  La base PostgreSQL OnlyOffice et son image sont également conservées, mais arrêtées. Les
  services OnlyOffice restent disponibles via le profil Compose rollback-onlyoffice.

  Deux réserves sans impact bloquant :

  - « Custom CSS » a été désactivé automatiquement : sa dernière version officielle ne
    prend en charge que Nextcloud 33. Je ne l’ai pas forcée en production. Compatibilité
    Custom CSS (https://apps.nextcloud.com/apps/theming_customcss)

  - Nextcloud 34 journalise encore quelques avertissements en formatant d’anciennes
    notifications d’activité. Le cron réussit néanmoins. J’ai supprimé uniquement 21 223
    références réellement orphelines, après sauvegarde.