From cb4ef7e8e3c8fe756322309462e0b6b614f8622a Mon Sep 17 00:00:00 2001 From: reachableceo Date: Fri, 4 Sep 2026 06:45:35 -0500 Subject: [PATCH] =?UTF-8?q?docs:=20field=20lesson=20=E2=80=94=20bridge=20r?= =?UTF-8?q?e-enslave=20+=20wedged=20nconnect=20NFS=20recovery=20[#780]?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit https://projects.knownelement.com/issues/769#note-4152 --- AGENTS.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/AGENTS.md b/AGENTS.md index d47f5db..5a853b1 100644 --- a/AGENTS.md +++ b/AGENTS.md @@ -825,3 +825,11 @@ All work is tracked in [Redmine](https://projects.knownelement.com) - **PBS 4.x gotchas:** prune retention lives in `prune-job` (datastore keep-* opts are gone); API tokens need their OWN acl entry — user-only ACL yields "Cannot find datastore" from PVE. +- **PVE bridge port + hotplug NIC (#780):** a re-registered NIC (USB move + changes its enumeration path) comes back UP but is NOT re-enslaved to its + bridge — `ifup ` is not enough; run `ifup ` and confirm + `bridge link` shows `state forwarding`. NFS `hard` mounts mostly self-heal, + but `nconnect=4` mounts can stay wedged on stale channels after a flap: + force-remount (`umount -f -l`, recreate the mountpoint dir if the lazy + umount removed it, fresh mount). `pvesm status` "active" can be stale — + verify with a real read, not the status line.