Double-run photos — PhotoPrism ↔ Synology Photos (mesures du 2026-10-12)

Objectif de la tâche PHOTO-DOUBLE-RUN : PhotoPrism rend le service pendant que Synology Photos reste en place, sans trou, et la montée en compétence se fait d'abord sur un seul téléphone (le mien) avant le GO famille.

Décision de nommage (validée) : prisme.folzocorp.fr = PhotoPrism ; photos.folzocorp.fr = Synology Photos (temporaire, meurt en Phase 6).

1. Copie : mesurée, identique en nombre de fichiers

Côté	Fichiers	Octets (apparents)
Source `.25` `/volume1/photo` (lecture seule, G4)	433 941	567 416 508 104
G9 `.24` `/data/docker/photoprism/originals`	433 941	567 394 253 738
Snapshot restic `06a7e3b8` (2026-10-12 12:05)	505 836 entrées sous `originals`	541.393 GiB (repo, tout périmètre)

Écart d'octets = 22 254 366 (0,0039 %) : les vignettes @eaDir recalculées de part et d'autre. Le nombre de fichiers est identique : c'est le critère qui compte, il est atteint.

Emplacement réel de la copie : /data/docker/photoprism/originals (monté dans le conteneur), pas /data/photos. Le périmètre restic est /data /home/folzo /etc → la copie est bien dans les snapshots.

2. Restauration : prouvée par sha256

scripts/10-verify-restore-photo.sh (rc=0) : snapshot le plus récent → restauration de Photos_scannees 2007-10-14/selection/Photo20071013181010171.jpg → sha256 identique à la source .25 (00cbfed8…159d0a6f).

3. Indexation : en cours, ~9 %

Compté dans la base photoprism (MariaDB, lecture seule) :

photos	files indexés	albums	faces	utilisateurs	erreurs	dossiers
36 254	39 294 / 433 941 fichiers	681	37	3	37	392

L'indexation est donc engagée, pas terminée (9,1 % des fichiers). RAM mesurée : photoprism 1,104 GiB, photoprism_db 183,5 MiB → l'enveloppe ~2-3 Go est respectée. Les 37 errors sont à regarder avant le GO famille (aucune action prise).

4. Endpoints : mesurés, un écart à corriger

Nom	Résolution	Route Caddy	Mesure
`prisme.folzocorp.fr`	OK → `82.65.198.114`	aucune (J5040)	000
`photos.folzocorp.fr`	OK → `82.65.198.114`	`reverse_proxy 192.168.1.24:2342` = PhotoPrism	307 (→ `/login`)
Synology Photos `.25`	—	—	5000 et 5001 = 000 (445 et 222 ouverts, ping OK)

Deux écarts vis-à-vis de la décision de nommage :

photos.folzocorp.fr pointe sur PhotoPrism, pas sur le NAS.
prisme.folzocorp.fr n'a aucune route → PhotoPrism n'est pas accessible par son nom.

La correction est une modification du Caddyfile du J5040 (/home/folzo/g9-migration/compose/edge-j5040/Caddyfile, monté dans le conteneur caddy) : action L3 sur une brique réseau → GO explicite requis (G11, G6). Rollback = fichier sauvegardé + caddy reload.

Le second point est bloqué par l'état du NAS : le service web du DSM (5000/5001) ne répond pas, donc photos. vers .25 n'est pas mesurable aujourd'hui. Le double-run « les deux accessibles simultanément » ne peut pas être prouvé tant que le DSM n'expose pas son port web.

5. Ce qui est fait, ce qui reste

Fait, mesuré : copie (noms de fichiers identiques), restauration sha256, RAM, indexation engagée, n8n /healthz = 200, endpoints mesurés, nommage décidé.

Reste :

poser prisme. → 192.168.1.24:2342 et photos. → 192.168.1.25:5000 sur le J5040 (GO) ;
rendre le web du DSM joignable (ou actater que photos. meurt en Phase 6 sans mesure) ;
finir l'indexation et traiter les 37 erreurs ;
montée en compétence sur mon téléphone (auto-upload, recherche, album partagé, partage par lien, doublon, export original, EXIF) + 10 requêtes comparées + 7 jours sans intervention ;
GO famille = validation explicite (comptes enfants et auto-upload ados après).

3.9 KiB Raw Blame History