====================================================================
ARCHIVES_INDEX_REPORT_LotA.txt
Projet : Seedbox Manager
Phase : COMPARAISON ARCHIVES + MÉMOIRE
Lot : A – Archives floues (phase de conception initiale)
Date d’analyse : [2025-10-11]
====================================================================

1. OBJECTIF DU LOT
------------------
Le Lot A contient les premières discussions et documents fondateurs du projet Seedbox Manager.
Ces fichiers couvrent les débuts de la conception du flux NVMe ↔ Synology, la configuration
de qBittorrent, Radarr, Sonarr et la recherche d’une solution d’union ou de bascule automatique
des fichiers après téléchargement.

Les archives ne sont pas datées chronologiquement dans leurs noms. Les dates présentes dans
les fichiers ne reflètent que la date de sauvegarde locale, pas la date réelle des discussions.

--------------------------------------------------------------------
2. DOCUMENTS ANALYSÉS
--------------------------------------------------------------------
1. Seed sur Synology OMV_2025-10-11-23-28-30.txt
2. Mergerfs et hardlinks_2025-10-11-23-29-03.txt
3. Scripts pour seedbox OMV_2025-10-11-23-27-15.txt
4. Configurer hardlinks seedbox NAS_2025-10-11-23-29-33.txt
5. Script bittorent catégorie_2025-10-11-23-30-05.txt

Nombre total de fichiers : 5

--------------------------------------------------------------------
3. THÈMES TECHNIQUES IDENTIFIÉS
--------------------------------------------------------------------
1. **Architecture NVMe ↔ Synology**
   - Objectif : seed rapide sur NVMe, migration automatique vers Synology.
   - Problèmes : perte de seed après renommage Sonarr/Radarr, absence de hardlinks inter-systèmes.

2. **Union et montages**
   - Première mise en œuvre de MergerFS.
   - Problème : montage cassé au boot à cause du délai réseau NFS.
   - Solutions : systemd service personnalisé, fstab avec x-systemd.automount.

3. **Scripts automatiques (OMV)**
   - Scripts Bash pour déplacer ou copier les fichiers entre NVMe et Synology.
   - Utilisation de l’API qBittorrent (`setLocation`, `recheck`).
   - Introduction de logs, dry-run et compatibilité /bin/sh.

4. **Gestion des hardlinks et mapping**
   - Création d’un registre `torrent_map.csv` pour lier hash, chemin et date.
   - Introduction du principe DEX-LAR (base de correspondance OMV ↔ Synology).

5. **Optimisation du comportement MergerFS**
   - Études des options `category.create=epmfs` et `category.create=ff`.
   - Tests avec fichiers factices pour vérifier la répartition NVMe/Syno.

6. **qBittorrent : scripts de post-traitement**
   - Script automatisé pour copier les fichiers .torrent selon la catégorie.
   - Ajout de rotation de log et de filtrage sur la catégorie “hum”.

--------------------------------------------------------------------
4. CHRONOLOGIE LOGIQUE (RECONSTITUÉE)
--------------------------------------------------------------------
PHASE 1 — Concept initial :
   → Besoin d’une bascule automatique NVMe → Synology après 7 jours.

PHASE 2 — Prototypage :
   → Premiers scripts Bash et API qBittorrent.

PHASE 3 — MergerFS :
   → Union NVMe/Syno + service systemd pour gestion du boot.

PHASE 4 — Stabilisation :
   → Introduction du registre `torrent_map.csv` et log rotation.

PHASE 5 — Post-processing avancé :
   → Intégration des scripts spécialisés (catégories, tri .torrent).

--------------------------------------------------------------------
5. SYNTHÈSE FONCTIONNELLE DU FLUX
--------------------------------------------------------------------
qBittorrent → Sonarr/Radarr → PostProcess.sh
     ↓                               ↓
   NVMe (/data/torrents)      Synology (/media)
     ↓                               ↓
   Mapping torrent_map.csv  →  Timer (07:00) → setLocation Synology

Technologies : /bin/sh, API qBittorrent v2, systemd (service + timer),
rsync/cron, log rotation, CSV atomic.

--------------------------------------------------------------------
6. ÉTAT DES FICHIERS ET VALIDATION
--------------------------------------------------------------------
| Fichier                                      | Statut  | Remarque principale                        |
|---------------------------------------------|----------|---------------------------------------------|
| Seed sur Synology OMV                       | ✅ Validé | Base du besoin NVMe ↔ Synology              |
| Mergerfs et hardlinks                       | ✅ Validé | Diagnostic et solution systemd              |
| Scripts pour seedbox OMV                    | ✅ Validé | Premiers prototypes fonctionnels            |
| Configurer hardlinks seedbox NAS            | ✅ Validé | Version stabilisée v5.0 (DEX-LAR)           |
| Script bittorent catégorie                  | ⚠️ À revoir | Spécifique à la gestion par catégorie       |

--------------------------------------------------------------------
7. RECOMMANDATIONS POUR LES LOTS SUIVANTS
--------------------------------------------------------------------
- Lot B : Vérifier la transition MergerFS → DEX-LAR (phase de bascule).
- Lot C : Identifier la stabilisation du flux et les premières versions “stables”.
- Lot D : Regrouper les branches thématiques (Autobrr, ARR, qBittorrent API).
- Lot E : Consolider les scripts finaux et versions stables.

--------------------------------------------------------------------
8. NOTE DE CONTEXTE (IMPORTANT)
--------------------------------------------------------------------
Bien que MergerFS soit identifié ici comme solution technique principale,
cette approche a été **abandonnée par la suite** dans les phases ultérieures
au profit de la solution **DEX-LAR / Hardlink Sync**, plus stable et indépendante
du montage NFS d’OMV.

La chronologie et la cartographie finale (post-Lot E) indiqueront clairement
la transition complète vers DEX-LAR comme standard du projet Seedbox Manager.

====================================================================
FIN DU RAPPORT — ARCHIVES LOT A
====================================================================