Changed Network Label на VCenter Server VM теперь невозможно подключиться, чтобы сбросить настройки

Я не думал об этом, в vSphere на моей виртуальной машине vCenter Server я изменил сеть с VMNetwork на VMotion.

Я сделал это с намерением немедленно изменить его обратно, иногда я делаю это как трюк с другими виртуальными машинами, чтобы исправить проблему, однако, глупый, я не подумал об этом, когда делал это с виртуальной машиной vCenter Server.

В любом случае. когда я изменил его, я сразу потерял соединение, и теперь я не могу подключиться, чтобы восстановить его.

Я не могу подключиться напрямую к хосту, на котором находится виртуальная машина, так как у меня нет пароля хоста ... после поиск в Google Я думаю, это может быть наклейка на хосте (это HP ProLiant), но это ' отслеживает количество процессов с именем NAME (как указано в "/ bin / ps -e"), запущенных в локальной системе.

Поэтому я добавил эти строки в /etc/snmp/snmpd.conf :

proc smbd
proc nfsd

, но соответствующие OID по-прежнему возвращают ноль:

iso.3.6.1.4.1.2021.2.1.100.4 = INTEGER: 0
iso.3.6.1.4.1.2021.2.1.100.5 = INTEGER: 0

хотя ps -e показывает smbd и nfsd процессы:

> ps -e | grep "smbd\|nfsd"
 8267 ?        00:00:01 smbd
10179 ?        00:00:04 smbd
11068 ?        00:00:00 nfsd4_callbacks
11072 ?        00:12:53 nfsd
11073 ?        00:13:33 nfsd
11074 ?        00:14:35 nfsd
11075 ?        00:16:23 nfsd
11076 ?        00:21:52 nfsd
11077 ?        00:33:34 nfsd
11078 ?        00:48:10 nfsd
11079 ?        01:02:44 nfsd
15135 ?        00:00:03 smbd
15137 ?        00:00:17 smbd
15141 ?        00:00:05 smbd
20603 ?        00:00:00 smbd

Я также могу получить список запущенных процессов с OID 1.3.6.1.2.1.25.4.2.1.2 который также содержит процессы smbd и nfsd :

> snmpwalk -v 2c -c secret host 1.3.6.1.2.1.25.4.2.1.2 | grep "smbd\|nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11068 = STRING: "nfsd4_callbacks"
iso.3.6.1.2.1.25.4.2.1.2.11072 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11073 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11074 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11075 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11076 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11077 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11078 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11079 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11724 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.12367 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15135 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15137 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15141 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.29897 = STRING: "smbd"

Предполагается, что он должен работать таким образом и контролировать службы с помощью директивы proc протокола SNMP - хорошая идея или следует ли мне использовать extend (они уже работают для состояния ZFS и SLURM)?

Среда:

• NET-SNMP 5.7.3
• Ubuntu Server 16.04