2026 OpenClaw MeshMac en pratique : passerelle multi-nœuds, tranches de journaux, logrotate et diffusion fusionnée des échecs Webhook

1. Dérive des chemins. Lorsque chaque opérateur choisit un répertoire confortable sous tmp ou dans les journaux utilisateur, les collecteurs centralisés ne voient plus les mêmes champs structurés d’un mesh_node_id à l’autre et les corrélateurs SIEM se brisent.
2. Amplification Webhook. Sans étape de fusion, les relais depuis trois passerelles transforment un seul échec de livraison en trois fils de discussion concurrents portant le même identifiant amont partiellement masqué.
3. Surprise logrotate. Lorsqu’un Mac pivote à cinquante mégaoctets et un autre attend la semaine, la fenêtre d’incident perd d’abord les preuves sur le nœud le plus bavard, celui que vous interrogez en premier.

Sans orchestration explicite des journaux, chaque incident devient une chasse aux fichiers au lieu d’une chronologie partagée : d’où l’intérêt d’un runbook identique sur toutes les passerelles du pool MeshMac. L’objectif est simple : mêmes commandes, mêmes chemins, mêmes artefacts JSON archivés quel que soit le nœud interrogé.

La grille oppose répertoires par tenant_id et fichier unique par nœud selon le nombre de produits sur le pool.

Un. Sur chaque Mac passerelle, créez /var/log/openclaw/tenants/{tenant_id}/gateway et /var/lib/openclaw/tenants/{tenant_id}/state avec mêmes propriétaires ; répliquez tenant_id dans YAML et environnement. MeshMac : un playbook, plusieurs hôtes, zéro chemin implicite.

Deux. openclaw gateway status --json : archivez mesh_node_id, uptime, ports et build comme ancre post-rotation ou édition plist.

openclaw gateway status --json | tee "gw-status-${MESH_NODE_ID}.json"

Trois. openclaw gateway logs --since 1h en UTC ; filtrez Webhooks et échecs pour extraits comparables entre hôtes.

openclaw gateway logs --since 1h | rg 'webhook|verify|429|5[0-9][0-9]' | tee "gw-logs-${MESH_NODE_ID}.txt"

Quatre. openclaw gateway doctor --json après status et logs : le trio status logs doctor reste le bundle standard d’astreinte, cohérent avec fail-closed validate. Répertoire locataire non inscriptible ⇒ stop trafic.

openclaw gateway doctor --json | tee "gw-doctor-${MESH_NODE_ID}.json"

Cinq. Même logrotate partout : 100M, rotate 14, compress delaycompress missingok notifempty sur accès et webhook-failures.jsonl ; postrotate si reopen documenté.

/var/log/openclaw/tenants/*/gateway/*.log {
  size 100M
  rotate 14
  daily
  missingok
  notifempty
  compress
  delaycompress
  copytruncate
}

Six. Agrégez échecs Webhook de toutes les passerelles, dédup id livraison, max 20 lignes, un markdown astreinte — voir Monday Webhook multi-nœuds pour la logique de diffusion.

Orchestration : mêmes six gestes dans le même ordre sur le maillage, pas seulement des plist clonées.

• Trio : status puis logs puis doctor — horodatages lient symptômes et garde-fous.
• Rétention : quatorze générations à cent mégaoctets compressés tiennent une rafale hebdo sur SSD pool.
• Dédup : id amont plus chemin HTTP plus code statut pour fusionner relais multi-nœuds.

Doctor est vert mais un seul nœud affiche encore des erreurs TLS dans les journaux

Diff status build_id, plist LaunchAgent, magasin confiance ; redémarrer la passerelle si TLS mémoire désynchronisé.

logrotate tronque pendant une rafale Webhook et la preuve disparaît

Favoriser create et reload si supporté ; sinon hausser rotate et pousser JSONL vers objet avant compression.

Deux locataires apparaissent dans les mêmes résultats de grep

Chemins isolés mais ACL faibles : groupes distincts, 0750, parents non world-readable ; doctor après chmod.

Le canal reçoit encore des doublons après fusion

Worker agrégateur unique ou idempotence cinq minutes sur hachage du digest.