تخطَّ إلى المحتوى

حالة vpm والعنقود

vpm هو العميل المسؤول عن تسجيل Customer Edge بالمستأجر والإشراف على حاويات المنصة. عندما لا تتمكن عقدة من الاتصال بالشبكة، فإن حالتها هي أول ما ينبغي التحقق منه.

Terminal window
execcli systemctl-status-vpm
● vpm.service - VP Manager service
Loaded: loaded (/etc/systemd/system/vpm.service; enabled; preset: disabled)
Active: active (running) since Tue 2026-07-28 18:07:43 UTC; 2h 36min ago
Main PID: 11329 (docker)
Tasks: 10 (limit: 204889)
Memory: 14.9M
CPU: 496ms
CGroup: /system.slice/vpm.service
└─11329 /usr/bin/docker run --rm --name vpm --net=host --privileged -v /dev:/dev -v /bin/udevadm:/bin/udevadm -v /etc/:/hostetc/:rw -v /opt/:/hostopt/:rw -v /:/hostos/:ro -v /usr/bin/:/hostusr/bin/:ro -v /e…
Jul 28 20:40:47 f5-xc-ce-vm-01 vpm[11329]: etcd.go:123: Holding dictator lock for path /_lock/dictator
Jul 28 20:41:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:41:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: module.go:90: Running intra-cluster, type: fabric
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: fabric, type: fabric, success: true>
Jul 28 20:42:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>
Jul 28 20:42:50 f5-xc-ce-vm-01 vpm[11329]: etcd.go:123: Holding dictator lock for path /_lock/dictator
Jul 28 20:43:44 f5-xc-ce-vm-01 vpm[11329]: module.go:84: Running intra-cluster, type: node
Jul 28 20:43:44 f5-xc-ce-vm-01 vpm[11329]: pinger.go:38: Stats for connectivity-check: <name: intra-cluster, type: intra-cluster, success: true>

ما الذي تبحث عنه.

  • Active: active (running) since … والوقت المنقضي. إن عاد vpm للتشغيل قبل دقائق على عقدة كانت تعمل لساعات، فهذا هو المؤشر — تظهر إخفاقات التسجيل على شكل حلقات إعادة تشغيل قبل أن تظهر في المستأجر.
  • Main PID هو docker. يعمل vpm كحاوية Docker ذات امتيازات، لا كعملية نظام أصيلة، وتُشغَّل بـ --net=host --privileged مع قائمة طويلة من نقاط تثبيت المضيف تشمل / و/dev و/etc. لذا يظهر vpm في docker-ps ولا يظهر أبدًا في crictl-ps — وهذا أيضًا هو السبب في أن docker-ps ذي الثلاثة إدخالات على CE يُعدّ مكتملًا لا علامةً على مشكلة.
  • أسطر السجل الأخيرة. يمثّل statusreporter.go: Status reporter loop has finished without error, sleeping for 5m… الحالة الصحية الاعتيادية: يُبلّغ vpm بصفة دورية تقريبًا كل خمس دقائق. يؤكد module.go: Running intra-cluster, type: node انضمامه إلى العنقود بدلًا من العمل باستقلالية.

ما لا يُخبرك به. لا شيء عن قبول المستأجر للتسجيل من عدمه. سيستمر vpm السليم في التكرار إلى أجل غير مسمى في مواجهة مستوى تحكم يرفضه — اقرأ أسطر السجل للوقوف على السبب.

Terminal window
execcli systemctl-restart-vpm

عنقود etcd الداعم لمستوى التحكم في Kubernetes الخاص بـ CE، مستعلَم منه عبر حاوية etcd على هذه العقدة.

Terminal window
execcli etcdctl-cluster-member-status
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+
| ENDPOINT | ID | VERSION | DB SIZE | IS LEADER | IS LEARNER | RAFT TERM | RAFT INDEX | RAFT APPLIED INDEX | ERRORS |
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+
| https://etcd-0.etcd:2379 | dc946acaf076bc59 | 3.5.11 | 2.8 MB | true | false | 3 | 1981 | 1981 | |
+--------------------------+------------------+---------+---------+-----------+------------+-----------+------------+--------------------+--------+

ما الذي تبحث عنه. IS LEADER وRAFT TERM، ومدى تطابق RAFT INDEX مع RAFT APPLIED INDEX. الفجوة الدائمة بين القيمتين تعني أن العضو يُطبّق السجلات متأخرًا. الحالة الصحية هي أن يكون ERRORS فارغًا.