====================================================================
ARCHIVES_INDEX_REPORT_LotC_2025-10-12.txt
Projet : Seedbox Manager
Phase : COMPARAISON ARCHIVES + MÉMOIRE
Lot : C – Archives floues (stabilisation post-process + daily)
Date d’analyse : 2025-10-12
====================================================================

1. OBJECTIF DU LOT
------------------
Le Lot C couvre la stabilisation des scripts de post-traitement Sonarr/Radarr,
le script quotidien qBittorrent, et la normalisation des répertoires de travail
(logs, états, verrous, mapping). Il contient aussi un fichier apparenté à un
autre flux Hot→Warm (dit “DALL·E Script”) dont les conventions (map/log/last_run)
sont pertinentes pour Seedbox Manager.

--------------------------------------------------------------------
2. DOCUMENTS ANALYSÉS
--------------------------------------------------------------------
1) Scripts Sonarr Radarr Qbit_2025-10-11-23-37-20.txt
2) Scripts Sonarr Radarr Qbit_2025-10-11-23-39-12.txt
   (doublons quasi identiques – considérés comme une même source)
3) Migration DALL·E Script_2025-10-11-23-45-30.txt

Nombre total de fichiers : 3 (2 contenus techniques + 1 apparenté)

--------------------------------------------------------------------
3. THÈMES TECHNIQUES IDENTIFIÉS
--------------------------------------------------------------------
A. Post-process Sonarr/Radarr
   - Fichiers .state : champs kind/added/upgrade/old/new ; sanitation et validation.
   - Gestion “Test” (ARR) : sortie avec code 0, tracée en log.
   - Répertoires : ROOT=/scripts, LOG_DIR, STATE_DIR, LOCK_DIR, MAP_FILE.
   - Mode --dry-run et logs dédiés.

B. Script quotidien qBittorrent
   - Options : --dry-run, --force-move, --min-age=<sec>.
   - Login WebUI, setLocation, recheck, purge mapping_entries.txt.
   - Traitement de upgrade=1, journalisation détaillée.

C. Convergence hôte/containers
   - Utilities hôte (ex. recover_states.sh) vs chemins conteneur (/scripts).
   - Besoin d’un volume et d’une variable d’environnement unifiés.

D. Patrons Hot→Warm (fichier “DALL·E Script”)
   - map DB, logs, last_run : bonnes pratiques transposables.

--------------------------------------------------------------------
4. CHRONOLOGIE LOGIQUE (RECONSTITUÉE)
--------------------------------------------------------------------
PHASE 1 — Stabilisation post-process ARR
PHASE 2 — Extension daily qBittorrent (API + purge mapping)
PHASE 3 — Alignement chemins, verrous, conventions “map/log/state”
PHASE 4 — Préparation fallback Python (analyse .torrent si nécessaire)

--------------------------------------------------------------------
5. SYNTHÈSE FONCTIONNELLE DU FLUX
--------------------------------------------------------------------
Sonarr/Radarr → postprocess.sh (écrit .state, log, lock, map)
        ↓
daily_qbittorrent_update.sh (lit .state → setLocation + recheck → purge mapping)
        ↓
NVMe → Synology (Hot → Warm) selon règles et délais

--------------------------------------------------------------------
6. ÉTAT DES FICHIERS ET VALIDATION
--------------------------------------------------------------------
| Fichier                                 | Statut  | Remarque                           |
|-----------------------------------------|---------|------------------------------------|
| Scripts Sonarr Radarr Qbit (x2)         | ✅ Validé | Doublons : traiter comme une source|
| Migration DALL·E Script                 | ✅ Pertinent | Patrons réutilisables Hot→Warm     |

--------------------------------------------------------------------
7. POINTS DE VIGILANCE
--------------------------------------------------------------------
- Shebang et features Bash : convertir en POSIX /bin/sh.
- Uniformiser les chemins et volumes partagés (MAP/STATE/LOG).
- Figement de la SPEC .state (schéma, types, encodage).

--------------------------------------------------------------------
8. RECOMMANDATIONS
--------------------------------------------------------------------
- Préparer la v5.2 des scripts en /bin/sh, avec fichier d’environnement commun.
- Rédiger STATE_SCHEMA.md et WORKFLOW_SEED_NVME_SYNOLOGY.md.
- Planifier l’intégration du fallback Python (Lot D) si besoin d’analyse .torrent.

====================================================================
FIN DU RAPPORT — ARCHIVES LOT C
====================================================================
