{"id":6,"date":"2026-09-11T14:03:29","date_gmt":"2026-09-11T14:03:29","guid":{"rendered":"https:\/\/noteback.chabod.eu\/?p=6"},"modified":"2026-09-11T14:03:29","modified_gmt":"2026-09-11T14:03:29","slug":"doc-01-audit-k3-avant-effacement","status":"publish","type":"post","link":"https:\/\/noteback.chabod.eu\/?p=6","title":{"rendered":"Audit de k3 avant effacement \u2014 2026-09-09"},"content":{"rendered":"\n

Document g\u00e9n\u00e9r\u00e9 automatiquement depuis \/home\/jerome\/pub\/docs\/01-audit-k3-avant-effacement.md<\/code> sur kimsufi3, le 11 September 2026 \u00e0 14:03. Toute modification faite ici sera \u00e9cras\u00e9e \u00e0 la prochaine r\u00e9g\u00e9n\u00e9ration : \u00e9diter le fichier source.<\/em><\/p>\n\n\n

Contr\u00f4le pr\u00e9alable \u00e0 la r\u00e9installation. Question pos\u00e9e : k3 contient-il des donn\u00e9es qui n’existent nulle part ailleurs ?<\/strong><\/p>\n

R\u00e9ponse : non.<\/strong> L’effacement peut \u00eatre fait sans perte.<\/p>\n

Ce qui occupe les 1015 Go<\/h2>\n\n\n\n\n\n\n\n\n
Emplacement<\/th>\nTaille<\/th>\n<\/tr>\n<\/thead>\n
\/var\/lib\/docker\/volumes<\/code><\/td>\n1004 Go<\/strong><\/td>\n<\/tr>\n
\/var\/lib\/docker\/overlay2<\/code> (images)<\/td>\n2,7 Go<\/td>\n<\/tr>\n
\/var\/www<\/code><\/td>\n4,9 Go<\/td>\n<\/tr>\n
\/var\/log<\/code><\/td>\n2,4 Go<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Les images<\/strong> ne p\u00e8sent que 2,7 Go : ce sont bien les volumes qui remplissent le disque, pas les images.<\/p>\n

Le m\u00e9canisme du remplissage, mesur\u00e9<\/h2>\n

rsync<\/code> sans --delete<\/code>, toutes les 10 minutes, sur des volumes vivants. Rien n’est jamais supprim\u00e9 c\u00f4t\u00e9 k3, donc tout s’accumule ind\u00e9finiment.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
Volume<\/th>\nk4 (r\u00e9el)<\/th>\nk3 (accumul\u00e9)<\/th>\nD\u00e9chet<\/th>\n<\/tr>\n<\/thead>\n
ttrss-docker_db<\/code><\/td>\n84 Mo<\/strong><\/td>\n223 Go<\/strong><\/td>\n~223 Go<\/td>\n<\/tr>\n
nextcloud_NCData<\/code><\/td>\n724,7 Go<\/td>\n744 Go<\/td>\n~19 Go<\/td>\n<\/tr>\n
llama_ollama_data<\/code><\/td>\n9,6 Go<\/td>\n15 Go<\/td>\n~5,4 Go<\/td>\n<\/tr>\n
mailcowdockerized_rspamd-vol-1<\/code><\/td>\n192 Mo<\/td>\n2,8 Go<\/td>\n~2,6 Go<\/td>\n<\/tr>\n
mailcowdockerized_vmail-vol-1<\/code><\/td>\n8,0 Go<\/td>\n9,5 Go<\/td>\n~1,5 Go<\/td>\n<\/tr>\n
mailcowdockerized_clamd-db-vol-1<\/code><\/td>\n338 Mo<\/td>\n1,6 Go<\/td>\n~1,3 Go<\/td>\n<\/tr>\n
mailcowdockerized_solr-vol-1<\/code><\/td>\n(supprim\u00e9)<\/em><\/td>\n918 Mo<\/td>\n918 Mo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Le cas ttrss-docker_db<\/code> est exemplaire : 223 Go de d\u00e9chets pour une base de 84 Mo.<\/strong> PostgreSQL r\u00e9\u00e9crit ses fichiers en permanence ; chaque segment WAL et chaque relation supprim\u00e9e reste sur k3 \u00e0 jamais. C’est aussi la preuve que ces copies de bases, prises \u00e0 chaud, sont inexploitables.<\/p>\n

Total : ~254 Go de d\u00e9chets purs<\/strong> sur les 1004 Go.<\/p>\n

Volumes pr\u00e9sents sur k3 et absents de k4<\/h2>\n\n\n\n\n\n\n\n
Volume<\/th>\nVerdict<\/th>\n<\/tr>\n<\/thead>\n
subversion_svn-server-repository<\/code><\/td>\nsans valeur unique.<\/strong> Les 14 d\u00e9p\u00f4ts sont archiv\u00e9s sur k4 dans ~\/claude\/backups\/subversion-2026-09-04\/<\/code>, avec dumps recharg\u00e9s et r\u00e9visions compar\u00e9es \u2014 14 sur 14 v\u00e9rifi\u00e9s \u2014 et tous ont leur \u00e9quivalent dans Gitea.<\/td>\n<\/tr>\n
mailcowdockerized_solr-vol-1<\/code><\/td>\nr\u00e9sidu de Solr, d\u00e9sactiv\u00e9 sur k4.<\/td>\n<\/tr>\n
ttrss-dockerbak_{app,backups,db}<\/code><\/td>\nr\u00e9sidus de la migration tt-rss vers PostgreSQL 17 du 09\/09.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Le courrier \u2014 le point qui comptait vraiment<\/h2>\n

La structure vmail<\/code> est identique<\/strong> des deux c\u00f4t\u00e9s :<\/p>\n\n\n\n\n\n\n\n\n\n\n
Domaine<\/th>\nk4<\/th>\nk3<\/th>\n<\/tr>\n<\/thead>\n
bunzenthal.lu<\/code><\/td>\n2<\/td>\n2<\/td>\n<\/tr>\n
chabod.eu<\/code><\/td>\n5<\/td>\n5<\/td>\n<\/tr>\n
chabod.lu<\/code><\/td>\n4<\/td>\n4<\/td>\n<\/tr>\n
kopains.fr<\/code><\/td>\n1<\/td>\n1<\/td>\n<\/tr>\n
sieve<\/code><\/td>\n9<\/td>\n9<\/td>\n<\/tr>\n
mailcow.local<\/code><\/td>\n0<\/td>\n1<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La seule diff\u00e9rence, mailcow.local<\/code>, est un r\u00e9pertoire vide de 12 Ko contenant 0 message<\/strong> \u2014 r\u00e9sidu d’une bo\u00eete technique supprim\u00e9e sur k4 le 28\/08.<\/p>\n

Fra\u00eecheur de la r\u00e9plication :<\/strong> fichier le plus r\u00e9cent \u00e0 2026-09-09 14:55:55<\/code> sur k3 et 2026-09-09 16:55:55<\/code> sur k4 \u2014 le m\u00eame instant<\/strong>, \u00e0 l’\u00e9cart de fuseau pr\u00e8s (k3 en UTC, k4 en CEST). La r\u00e9plication du courrier est \u00e0 jour \u00e0 la minute, et aucun message n’existe uniquement sur k3.<\/p>\n

\n

Cet \u00e9cart de 2 h entre les deux machines est exactement le pi\u00e8ge de corr\u00e9lation de logs signal\u00e9 dans HERITAGE.md<\/code>. Il dispara\u00eet \u00e0 la r\u00e9installation : Europe\/Luxembourg<\/code> des deux c\u00f4t\u00e9s.<\/p>\n<\/blockquote>\n

Cons\u00e9quence pour le dimensionnement<\/h2>\n

Apr\u00e8s r\u00e9installation avec \/var<\/code> port\u00e9 \u00e0 ~1,67 To, les 725 Go r\u00e9els de NCData<\/code> laissent environ 900 Go de marge<\/strong>. La question \u00ab Nextcloud tient-il sur k3 ? \u00bb est tranch\u00e9e : oui, largement.<\/p>\n

Verdict<\/h2>\n

Feu vert pour l’effacement.<\/strong> La sauvegarde de ce qui \u00e9tait propre \u00e0 k3 (sonde, crontab) est dans ~\/claude\/dockersync\/sauvegarde-k3-avant-reinstall\/<\/code>.<\/p>","protected":false},"excerpt":{"rendered":"

Document g\u00e9n\u00e9r\u00e9 automatiquement depuis \/home\/jerome\/pub\/docs\/01-audit-k3-avant-effacement.md sur kimsufi3, le 11 September 2026 \u00e0 14:03. Toute modification faite ici sera \u00e9cras\u00e9e \u00e0 la prochaine r\u00e9g\u00e9n\u00e9ration : \u00e9diter le fichier source. Contr\u00f4le pr\u00e9alable \u00e0 la r\u00e9installation. Question pos\u00e9e : k3 contient-il des donn\u00e9es qui n’existent nulle part ailleurs ? R\u00e9ponse : non. L’effacement peut \u00eatre fait sans perte. […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-6","post","type-post","status-publish","format-standard","hentry","category-exploitation-dockersync"],"_links":{"self":[{"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=\/wp\/v2\/posts\/6","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=6"}],"version-history":[{"count":0,"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=\/wp\/v2\/posts\/6\/revisions"}],"wp:attachment":[{"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=6"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/noteback.chabod.eu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=6"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}