Tâche : Point infrastructure + Fix stock_1to + mDNS
Date : 10/01/2026 16:00
Statut : TERMINÉ
Actions réalisées
1. Import pool stock_1to sur Proxmox 155
Le pool ZFS existait mais n'était pas importé après reboot.
# Import du pool
sudo zpool import -d /dev stock_1to
# Config import auto au boot
sudo zpool set cachefile=/etc/zfs/zpool.cache stock_1to
État actuel :
stock_1to 66.5G utilisé / 833G dispo
├── dev-stack 54.2G
└── gitlab-data 12.2G
2. Configuration mDNS
Installation avahi-daemon + libnss-mdns sur :
- prod-portainer (192.168.1.12)
- nginx (192.168.1.104)
PVE et Proxmox 155 étaient déjà configurés.
Résultat : Toutes les machines Linux peuvent se résoudre via .local
| Machine |
mDNS |
| pve.local |
192.168.1.4 |
| proxmox.local |
192.168.1.155 |
| prod-portainer.local |
192.168.1.12 |
| nginx.local |
192.168.1.104 |
| gitlab.local |
192.168.1.196 |
| jellyfin.local |
192.168.1.199 |
| dev-portainer.local |
192.168.1.51 |
| vscode.local |
192.168.1.154 |
| win11.local |
❌ (Windows pas de mDNS natif) |
3. Mise à jour CLAUDE.md
- Clarification des deux réseaux (vmbr0 = 1G principal, vmbr1 = 10G stockage)
- IP réelle PVE : 192.168.1.4 (+ alias .10 pour NFS)
- Données stock_1to mises à jour (67G utilisé, gitlab 12G)
Découvertes
- PVE a deux IPs sur vmbr0 : .4 (principale) et .10 (alias NFS rétro-compat)
- Les disques Crucial X6 sur Proxmox 155 ont des métadonnées RAID mdadm (vestige) mais sont bien un pool ZFS mirror
- mDNS annonce toujours l'IP principale du bridge
État final infrastructure
Tout opérationnel :
- 3 pools ZFS : stock_8to, stock_36to (PVE), stock_1to (Proxmox 155)
- mDNS fonctionnel entre toutes les machines Linux
- 22 containers Docker PROD actifs
- 4 VMs running sur Proxmox 155