part 5 修复 3：P2-9 degraded_logged=False——降级日志文案漂移

定位结论（已定位，不是时序、不是日志路径变化）：part 4 提交
7a22732 把 serve() 从 peer_allowed 切到 peer_allowed_multi 时，
降级分支的 reason 与警告行都被改写成了“无 cell pid 文件”，
“cell.pid 缺失”这个串自此再也没进过 journal——P2-9 驱动
grep 'cell.pid 缺失' 自然命中不了，RETEST4 的
degraded_logged=False 即由此来。RETEST3 同项为 True，是因为
当时跑的还是 part 4 之前的 broker（serve 直接打印含该串的
警告行）。降级 ping 本身一直 ok=True，降级逻辑没坏，坏的是
日志里的认领字符串。

修复：peer_allowed_multi 无 pid 文件时的 reason 改回与单 cell
版 peer_allowed 完全一致的“uid 在范围内（cell.pid 缺失，未做
pid ns 对照）”；serve() 的警告行改走新 helper
_degraded_warning(reason, pid, uid)，把 reason 原样打进日志
（不再手写第二份文案，避免两者再次悄悄漂移；今后改文案只改
reason 一处）。journalctl grep 'cell.pid 缺失' 恢复命中。

新测试 cloud/tests/test_chv_muse_p2.py::BrokerMultiTest（2 项）：
reason 含“cell.pid 缺失”、警告行含该串且带 pid/uid。

cloud/tests/test_chv_muse_p2.py

@@ -1086,6 +1086,21 @@ class BrokerMultiTest(unittest.TestCase):
         ok, reason = BROKER.peer_allowed_multi(1000, 200, [])
         self.assertTrue(ok)
         self.assertIn("未做 pid ns 对照", reason)
+        # part 5：reason 须保留“cell.pid 缺失”字样——P2-9 驱动
+        # grep 该串认降级日志；part 4 切到 multi 版时改写成
+        # “无 cell pid 文件”，该串再也没进过 journal，
+        # RETEST4 的 degraded_logged 即因此为 False。
+        self.assertIn("cell.pid 缺失", reason)
+
+    def test_degraded_warning_carries_probe_string(self):
+        # serve() 打的警告行就是 _degraded_warning 的返回值：
+        # reason 原样进日志，journalctl grep 'cell.pid 缺失'
+        # 才能命中；pid/uid 也在行里（排障用）。
+        _, reason = BROKER.peer_allowed_multi(1000, 200, [])
+        line = BROKER._degraded_warning(reason, 123, 1000)
+        self.assertIn("cell.pid 缺失", line)
+        self.assertIn("pid=123", line)
+        self.assertIn("uid=1000", line)
 
     def test_read_cell_pids_glob_and_legacy(self):
         with tempfile.TemporaryDirectory() as tmp: