Содержание
- Get 50% Discount on All Your Purchases at PrepAway.com — Latest Exam Questions
- This is ONE TIME OFFER
- SPECIAL OFFER: GET 50% OFF
- VMware Exam Questions
- Free VMware Study Guide
- What is the next step in troubleshooting the login problem?
- 13 Comments on “ What is the next step in troubleshooting the login problem? ”
- Неожиданно перестало пускать в VCenter — ошибка 503, введите имя пользователя и пароль, не стартуют службы vmware-vpxd и vmware-vpxd-svc
- Как я оживлял VCSA 6.0
- Can’t access the vCSA via Web UI from host..
- Popular Topics in Virtualization
- 2 Replies
Get 50% Discount on All Your Purchases
at PrepAway.com — Latest Exam Questions
This is ONE TIME OFFER
SPECIAL OFFER: GET 50% OFF
VMware Exam Questions
Free VMware Study Guide
What is the next step in troubleshooting the login problem?
A vSphere Administrator notices that they cannot login to vCenter Server with the vSphere Web Client,
although the server is responding to pings.
What is the next step in troubleshooting the login problem?
A.
/etc/init.d/hostd restart
C.
vim-cmd vmsvc/getallvms
D.
service-control –status vmware-vpxd
Should the answer be A?
Answer C is to power up all virtual machines.
Correct answer is D.
What each command does:
> For troubleshooting ESXi connectivity issue, restart the management agents on your ESXi host. Restart the ESXi host daemon and vCenter Agent services using these commands:
/etc/init.d/hostd restart
/etc/init.d/vpxa restart
> Connects to a vSphere server using the User and Password parameters.
Connect-VIServer -Server 10.23.112.235 -Protocol https -User Administrator
-Password pass01
> Get a list of all registered virtual machines
vim-cmd vmsvc/getallvms
> View the current status of the vCenter Server Appliance services:
service-control –status
VPXD-It is Vcenter Server Service. If this service is stopped then we will not able to connect to Vcenter Server via Vsphere client.
VPXA-It is the agent of Vcenter server. This agent collects all information from the vcenter server and pass this information to the kernal of the esx.
HOSTD- This is the agent of ESX host, here VPXA pass the information to the HOSTD and hostd pass the information to ESX server.
Источник
Неожиданно перестало пускать в VCenter — ошибка 503, введите имя пользователя и пароль, не стартуют службы vmware-vpxd и vmware-vpxd-svc
Недавно столкнулся с ситуацией, что перестал работать VCenter (в моём случае версия 6.5 – VCSA, но подобное может быть с любой версией не зависимо от платформы).
При попытке зайти как под доменной учёткой, так и под локальным админом – не проходила проверка подлинности – постоянно писало – сперва, что неправильные имя пользователя или пароль, а затем и вовсе, что требуется ввести имя пользователя и пароль, хотя они само собой были введены.
После попытки перезагрузить сервер или все службы командами service-control —stop —all и service-control —start —all добрая половина служб не запускалась, при этом на главной странице vcenter – выскакивала ошибка 503
При переходе по адресу vcenter/ui – появлялась ошибка
[400] An error occurred while sending an authentication request to the vCenter Single Sign-On server. An error occurred when processing the metadata during vCenter Single Sign-on setup – null.
В моём случае проблема оказалась в протухшем STS сертификате. Далее я пишу для своего случая, именно для VCSA, если у вас vCenter на винде, то читайте KBшки, ссылки на которые указаны, там есть описания, что делать для виндовых случаев.
Чтобы посмотреть срок действия STS сертификатов нужно скачать ]]> скрипт из KB VMWare ]]> . На всякий случай ]]> скопировал его ]]> .
Скачать можно при помощи wget, ну или закинуть на сервере через WinSCP, ну или просто скопировать текст скрипта и вставить в файл на сервере.
Запускается он командой:
После выполнения будут отображены действительные и просроченные STS сертификаты. Если найдется просроченный сертификат, то внизу будет подсказка ]]> на какую KB стоит посмотреть ]]> .
В этой KB ]]> имеется скрипт ]]> , на всякий случай – ]]> копия ]]> , для обновления просроченных STS сертификатов, конечно как водится, перед запуском чего-бы то ни было – рекомендуется сделать бэкапы, снапшоты и т.д и т.п. Также обратите внимание, что если у вас в одном SSO домене находится несколько vCenter серверов – то запускать скрипт нужно только на одном.
В общем качаем скрипт, делаем его исполняемым и запускаем:
Если всё пройдет без ошибок – можно пробовать перезапустить все службы:
Если окажется, что есть еще какие-нибудь протухшие сертификаты, то службы всё равно могут не стартануть. Найти все просроченные сертификаты поможет команда:
Соответственно нужно будет такие сертификаты обновить и снова попробовать перезапустить все службы. Либо, можно пойти простым и топорным путём, и перевыпустить вообще все сертификаты:
Тут нужно будет выбрать 8й пункт, и далее следовать инструкциям на экране. Но используйте эту команду на свой страх и риск, если используются сторонние сервисы/плагины/кастомизированные шаблоны то это дело скорее всего нужно будет перенастраивать.
После описанных выше действий у меня vCenter починился, и работает нормально. Вообще какое-то странное решение у VMWare с этим ультраважным сертификатом. Возникает вопрос – почему нельзя было сделать, что б он автоматически перевыпускался, когда походит к концу срок его действия?
Источник
Как я оживлял VCSA 6.0
Все начиналось не так все печально, как случилось уже потом. Мне необходимо было создать одну VM. Зайдя в vCenter создал VM, но при попытке запуска – произошла ошибка. Две других VM (сам vCenter и еще одна) работали без проблем. Поэтому я решил перегрузить vCenter, что собственно и сделал. Через 10 мин при попытке доступа из VmWare client в vCenter – получил ошибку, что соединение не может быть установлено. О как. Решили зайти через Web – то же самое – ошибка 503.
Печаль. При том, что решил сделать это в конце рабочего дня, к счастью vCenter не особо активно используется. И так решил разбираться, что происходит.
Консоль доступа – просит логин и пароль. Ввожу логин и пароль – получаю – Login incorrect.
Приехали…( Перепробовал все пароли (и даже тот, который 100% рабочий) – результат нулевой – не могу войти и все тут. Поэтому решаю сбросить пароль от root. Для этого, нам нужно дописать init=/bin/bash в строку загрузки ядра – ничего сложного подумал я и еще раз перегрузил vCenter. Выбираю строку – жму E – ничего не происходит. Читаем внизу текст и видим, что нужно нажать на P… Жму, упс – просит пароль – стандартный vmware из доков не походит. Гуглим еще немного и находит, что пароль может быть последним паролем от root – вбиваю и ура – можно редактировать добавляю init=/bin/bash, далее уже идет классика и описывать не буду.
Тут же проверяю место – и увы… в / и /storage/log – свободно места нет – очищаю место и перегружаюсь в надежде, что все будет ОК.
Проверяю вход в vCenter через 15 мин – результат 0. Захожу через ssh на сервер и смотрю, что из сервисов запущено, а что нет. Для этого использую команду:
В результат вижу:
vmware-invsvc (VMware Inventory Service) vmware-rbd-watchdog (VMware vSphere Auto Deploy Waiter) vmware-sps (VMware vSphere Profile-Driven Storage Service) vmware-vdcs (VMware Content Library Service) vmware-vpx-workflow (VMware vCenter Workflow Manager) vmware-vpxd (VMware vCenter Server) vmware-vsan-health (VMware VSAN Health Service) vmware-vsm (VMware vService Manager) vmware-vws (VMware System and Hardware Health Manager) vsphere-client ()
Это сервисы, которые не поднялись. Можно сказать, что почти ничего не поднялось. Пытаюсь поднять vmware-invsvc:
В ответ получаю, что сервис не может быть стартован. Изучаю логи:
В момент запуска service-control –start vmware-invsvc в логах вижу следующее:
2017-07-07T09:50:01.022945+06:00 err vmdird t@140238302082816: VmDirSendLdapResult: Request (96), Error (49), Message (), (0) socket ([3] ip_server:636 accountname@vsphere.local , значение accountname – берем из /var/log/vmware/vmdird/vmdird-syslog.log , а именно из строк:
2017-07-07T09:50:01.022955+06:00 err vmdird t@140238302082816: Bind Request Failed ([3] ip_server:636 пишем:
cd HKEY_THIS_MACHINEservicesvmdir — жмем Enter
set_value dcAccountPassword «сгенерированный пароль»
quit
После чего перегружаем vCenter.
После 10 мин ожидания – vCenter запустился и работает стабильно.
Источник
Can’t access the vCSA via Web UI from host..
I have the following configuration.
I have a windows server 2016 with AD and DNS, IP 192.168.10.10.
First I imported vCSA ova file into workstation with the following configuration
Address Family : ipv4
IP Address : 192.168.10.12
DNS Server : 192.168.10.10
Host Identity : vCsa.vdns.local (A and PTR record created in windows server DNS Server).
Once the ova file is imported in workstation I am asked to access the URL https://vcsa.ad.local:5480 Opens a new window .
When I try to access the address via chrome/edge I get 192.168.10.12 refused to connect, which means Stage 2 doesn’t start at all as I have seen in many videos.
So I enable SSH through vCSA and access it, I find that the services vxpd and vsphere-ui are not running, I use the command service-control —status
I get the following response :
Command> helpservice-control —status
applmgmt lwsmd pschealth vmafdd vmcad vmcam vmdird vmdnsd vmonapi vmware-analytics vmware-cis-license vmware-cm vmware-content-library vmware-eam vmware-imagebuilder vmware-mbcs vmware-netdumper vmware-perfcharts vmware-postgres-archiver vmware-rbd-watchdog vmware-rhttpproxy vmware-sca vmware-sps vmware-statsmonitor vmware-sts-idmd vmware-stsd vmware-updatemgr vmware-vapi-endpoint vmware-vcha vmware-vmon vmware-vpostgres vmware-vpxd vmware-vpxd-svcs vmware-vsan-health vmware-vsm vsan-dps vsphere-client vsphere-ui
Then I run the following command service-control —start —all
I receive the following errors :
Command> service-control —start —all
Operation not cancellable. Please wait for it to finish.
Performing start operation on service lwsmd.
2019-02-08T14:25:24.580Z Failure setting accounting for lwsmd. Err Failed to set unit properties on lwsmd.service: Unit lwsmd.service is not loaded.
Successfully started service lwsmd
Performing start operation on service vmafdd.
2019-02-08T14:25:25.083Z Failure setting accounting for vmafdd. Err Failed to set unit properties on vmafdd.service: Unit vmafdd.service is not loaded.
Successfully started service vmafdd
Performing start operation on service vmdird.
2019-02-08T14:25:28.180Z Failure setting accounting for vmdird. Err Failed to set unit properties on vmdird.service: Unit vmdird.service is not loaded.
2019-02-08T14:25:28.180Z Failure setting accounting for vmdird. Err Failed to set unit properties on vmdird.service: Unit vmdird.service is not loaded.
Successfully started service vmdird
Successfully started service vmdird
Performing start operation on service vmcad.
2019-02-08T14:25:32.415Z Failure setting accounting for vmcad. Err Failed to set unit properties on vmcad.service: Unit vmcad.service is not loaded.
Successfully started service vmcad
Successfully started service vmcad
Performing start operation on service vmware-sts-idmd.
2019-02-08T14:25:33.942Z Failure setting accounting for vmware-sts-idmd. Err Failed to set unit properties on vmware-sts-idmd.service: Unit vmware-sts-idmd.service is not loaded.
Successfully started service vmware-sts-idmd
Performing start operation on service vmware-stsd.
2019-02-08T14:25:46.581Z Failure setting accounting for vmware-stsd. Err Failed to set unit properties on vmware-stsd.service: Unit vmware-stsd.service is not loaded.
2019-02-08T14:26:01.076Z RC = 1
Stderr = Job for vmware-stsd.service failed because the control process exited with error code. See «systemctl status vmware-stsd.service» and «journalctl -xe» for details.
«translatable»: «An error occurred while invoking external command : ‘%(0)s’»,
«Stderr: Job for vmware-stsd.service failed because the control process exited with error code. See »systemctl status vmware-stsd.service» and »journalctl -xe» for details.n»
«localized»: «An error occurred while invoking external command : ‘Stderr: Job for vmware-stsd.service failed because the control process exited with error code. See »systemctl status vmware-stsd.service» and »journalctl -xe» for details.n’»
Error executing start on service vmware-stsd. Details <
«translatable»: «An error occurred while starting service ‘%(0)s’»,
«localized»: «An error occurred while starting service ‘vmware-stsd’»
Service-control failed. Error: <
«translatable»: «An error occurred while starting service ‘%(0)s’»,
«localized»: «An error occurred while starting service ‘vmware-stsd’»
Could someone advise me what is going one.
Popular Topics in Virtualization
This issue is resolved.
I finally got it working as follows (partly).
But here is how I configured it.
I only filled in the Network Configuration part and imported.
I have an AD DNS server with A and PTR records added before importing.
I have NOT used any FQDN, only IP addresses in vCSA.
And soon as the import finished, I changed the network mode.
Currently I’m accessing the vCSA via another VM and NOT through host browser, not sure if it is suppose to be this way, my assumption is that since ESXi can be done this way so should vCSA, I could be wrong though.
2019-02-08T14:15:54.581034+00:00 photon-machine vami-lighttp[1440]: Starting vami-lighttpd:Extracting SSL certificate from VECS
2019-02-08T14:15:54.581623+00:00 photon-machine vami-lighttp[1440]: /opt/vmware/share/lighttpd/pre-start.sh: line 27: /usr/lib/vmware-vmafd/bin/vecs-cli: No such file or directory
2019-02-08T14:15:54.581904+00:00 photon-machine vami-lighttp[1440]: Failed to retrieve certificate from VECS
2019-02-08T14:15:54.597180+00:00 photon-machine systemd[1]: Reloading.
2019-02-08T14:15:54.597429+00:00 photon-machine vaos[863]: Created symlink from /etc/systemd/system/multi-user.target.wants/applmgmt.service to /usr/lib/systemd/system/applmgmt.service.
2019-02-08T14:15:54.630915+00:00 photon-machine vami-lighttp[1440]: 2019-02-08 14:15:54: (/build/mts/release/bora-9049398/studio/src/vami/apps/lighttpd/1.4.45/src/network.c.273) warning: please use server.us
e-ipv6 only for hostnames, not without server.bind / empty address; your config will break if the kernel default for IPV6_V6ONLY changes
2019-02-08T14:15:54.633392+00:00 photon-machine vami-lighttp[1440]: [ OK ]
2019-02-08T14:15:54.654669+00:00 photon-machine systemd[1]: Started LSB: Lightning fast webserver with light system requirements.
2019-02-08T14:15:54.694228+00:00 photon-machine systemd[1]: Stopping DCUI.
2019-02-08T14:15:54.696868+00:00 photon-machine systemd[1]: Stopped DCUI.
2019-02-08T14:15:54.709214+00:00 photon-machine systemd[1]: Started DCUI.
2019-02-08T14:15:54.714869+00:00 photon-machine vaos[863]: Starting service!
2019-02-08T14:15:54.748003+00:00 photon-machine systemd[1]: Started Appliance Management Service..
2019-02-08T14:15:54.753180+00:00 photon-machine vaos[863]: Created symlink from /etc/systemd/system/multi-user.target.wants/vmware-firewall.service to /usr/lib/systemd/system/vmware-firewall.service.
2019-02-08T14:15:54.753910+00:00 photon-machine systemd[1]: Reloading.
2019-02-08T14:15:54.786571+00:00 photon-machine applmgmt-systemd.launcher[1525]: kill: not enough arguments
2019-02-08T14:15:54.823188+00:00 photon-machine vaos[863]: Enable lighttpd in systemd
2019-02-08T14:15:54.824941+00:00 photon-machine vaos[863]: Reloading firewall.
2019-02-08T14:15:55.358981+00:00 photon-machine vaos[863]: Restart lighttpd
2019-02-08T14:15:55.404931+00:00 photon-machine systemd[1]: Stopping LSB: Lightning fast webserver with light system requirements.
2019-02-08T14:15:59.866331+00:00 photon-machine dcui[1509]: Traceback (most recent call last):
2019-02-08T14:15:59.866644+00:00 photon-machine dcui[1509]: File «/usr/lib/applmgmt/base/bin/vherdrunner», line 8, in
2019-02-08T14:15:59.866819+00:00 photon-machine dcui[1509]: vherdrunner.start(vherdrunner.directories)
2019-02-08T14:15:59.866985+00:00 photon-machine dcui[1509]: File «/usr/lib/applmgmt/base/bin/vherdrunner.py», line 129, in start
2019-02-08T14:15:59.867149+00:00 photon-machine dcui[1509]: exec(code, childGlobals)
2019-02-08T14:15:59.867311+00:00 photon-machine dcui[1509]: File «/usr/lib/applmgmt/dcui/dcui.py», line 8, in
2019-02-08T14:15:59.867476+00:00 photon-machine dcui[1509]: import vmkctl
2019-02-08T14:15:59.867637+00:00 photon-machine dcui[1509]: File «/usr/lib/applmgmt/dcui/vmkctl.py», line 16, in
2019-02-08T14:15:59.867798+00:00 photon-machine dcui[1509]: from util import RunCommand, ConfigureIPv6State
2019-02-08T14:15:59.867960+00:00 photon-machine dcui[1509]: File «/usr/lib/applmgmt/dcui/util.py», line 21, in
2019-02-08T14:15:59.868183+00:00 photon-machine dcui[1509]: from identity.vmkeystore import VmKeyStore
2019-02-08T14:15:59.868361+00:00 photon-machine dcui[1509]: ImportError: No module named ‘identity’
2019-02-08T14:15:59.886970+00:00 photon-machine systemd[1]: getty@tty2.service: Main process exited, code=exited, status=1/FAILURE
2019-02-08T14:15:59.887283+00:00 photon-machine systemd[1]: getty@tty2.service: Unit entered failed state.
2019-02-08T14:15:59.887494+00:00 photon-machine systemd[1]: getty@tty2.service: Failed with result ‘exit-code’.
2019-02-08T14:16:00.461398+00:00 photon-machine vami-lighttp[1582]: Stopping vami-lighttpd:
2019-02-08T14:16:00.464016+00:00 photon-machine systemd[1]: Stopped LSB: Lightning fast webserver with light system requirements.
2019-02-08T14:16:00.482210+00:00 photon-machine systemd[1]: Starting LSB: Lightning fast webserver with light system requirements.
2019-02-08T14:16:00.510357+00:00 photon-machine vami-lighttp[1606]: Starting vami-lighttpd:Extracting SSL certificate from VECS
2019-02-08T14:16:00.510831+00:00 photon-machine vami-lighttp[1606]: /opt/vmware/share/lighttpd/pre-start.sh: line 27: /usr/lib/vmware-vmafd/bin/vecs-cli: No such file or directory
2019-02-08T14:16:00.511001+00:00 photon-machine vami-lighttp[1606]: Failed to retrieve certificate from VECS
2019-02-08T14:16:00.525976+00:00 photon-machine vami-lighttp[1606]: 2019-02-08 14:16:00: (/build/mts/release/bora-9049398/studio/src/vami/apps/lighttpd/1.4.45/src/network.c.273) warning: please use server.us
e-ipv6 only for hostnames, not without server.bind / empty address; your config will break if the kernel default for IPV6_V6ONLY changes
2019-02-08T14:16:00.528281+00:00 photon-machine vami-lighttp[1606]: [ OK ]
2019-02-08T14:16:10.362005+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z Getting value for install-parameter: appliance.net.dns.searchlist
2019-02-08T14:16:10.362345+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z DNS search:
2019-02-08T14:16:10.362622+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z Getting value for install-parameter: appliance.net.mode
2019-02-08T14:16:10.362830+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z Found static mode. No need to wait for IP.
2019-02-08T14:16:10.363034+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z Getting value for install-parameter: appliance.net.pnid
2019-02-08T14:16:10.363238+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.360Z appliance.net.pnid is set to ‘vCSA.vdns.local’
2019-02-08T14:16:10.363435+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.361Z PNID ‘vCSA.vdns.local’ appears to be an FQDN; using it for the hostname
2019-02-08T14:16:10.363701+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.361Z Running command: [‘/opt/vmware/share/vami/vami_set_hostname’, ‘vCSA.vdns.local’]
2019-02-08T14:16:10.454916+00:00 photon-machine systemd-resolved[1906]: System hostname changed to ‘vCSA’.
2019-02-08T14:16:10.463043+00:00 photon-machine root: vami_set_hostname, line 247: Host name has been set to vCSA.vdns.local
2019-02-08T14:16:10.472212+00:00 photon-machine root: vami_set_hostname, line 98: Inaccessible file: vami_access -rw /etc/mailname failed.
2019-02-08T14:16:10.476943+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.475Z Done running command
2019-02-08T14:16:10.477203+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.476Z Stdout: == set_ipv4 ==
2019-02-08T14:16:10.477390+00:00 photon-machine vaos[863]: DEFULT_INT: eth0
2019-02-08T14:16:10.477553+00:00 photon-machine vaos[863]: DEFAULT_IPV4: 192.168.10.12
2019-02-08T14:16:10.477715+00:00 photon-machine vaos[863]: HN: vCSA
2019-02-08T14:16:10.477873+00:00 photon-machine vaos[863]: DN: vdns.local
2019-02-08T14:16:10.478033+00:00 photon-machine vaos[863]: ==============
2019-02-08T14:16:10.478189+00:00 photon-machine vaos[863]: == set_ipv6 ==
2019-02-08T14:16:10.478348+00:00 photon-machine vaos[863]: DEFULT_INT: eth0
2019-02-08T14:16:10.478502+00:00 photon-machine vaos[863]: DEFAULT_IPV6:
2019-02-08T14:16:10.478674+00:00 photon-machine vaos[863]: HN: vCSA
2019-02-08T14:16:10.479724+00:00 photon-machine vaos[863]: DN: vdns.local
2019-02-08T14:16:10.479896+00:00 photon-machine vaos[863]: ==============
2019-02-08T14:16:10.480038+00:00 photon-machine vaos[863]: Host name has been set to vCSA.vdns.local
2019-02-08T14:16:10.480200+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.476Z Getting value for install-parameter: appliance.ntp.servers
2019-02-08T14:16:10.480351+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.476Z Getting value for install-parameter: appliance.time.tools-sync
2019-02-08T14:16:10.481095+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.476Z Running command: [‘/usr/bin/systemctl’, ‘stop’, ‘ntpd’]
2019-02-08T14:16:10.481279+00:00 photon-machine systemd[1]: Stopping Network Time Service.
2019-02-08T14:16:10.481442+00:00 photon-machine ntpd[841]: ntpd exiting on signal 15 (Terminated)
2019-02-08T14:16:10.481589+00:00 photon-machine systemd[1]: Stopped Network Time Service.
2019-02-08T14:16:10.483707+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.482Z Done running command
2019-02-08T14:16:10.483996+00:00 photon-machine vaos[863]: 2019-02-08T14:16:10.482Z Running command: [‘/usr/bin/systemctl’, ‘disable’, ‘ntpd’]
2019-02-08T14:16:10.487931+00:00 photon-machine systemd[1]: Reloading.
Источник
vCenter services not starting and failing with below errors:
ERROR service-control Service-control failed. Error Failed to start vmon services.vmon-cli RC=2, stderr=Failed to start cm services. Error: Service crashed while starting
When you verify logs:
vmon.log:
========================== 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Invalid Json formatted file C:ProgramDataVMwarevCenterServerdatavmware-vmon.svcStatsstats_vpxd-svcs.json 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Parse Error: Text only contains white space(s). Offset: 0 2019-07-01T91:07:88.667+05:30| vthread-5| W115: Failed to add service vpxd-svcs.json. 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Invalid Json formatted file C:ProgramDataVMwarevCenterServerdatavmware-vmon.svcStatsstats_vpxd.json 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Parse Error: Text only contains white space(s). Offset: 0 2019-07-01T91:07:88.667+05:30| vthread-5| W115: Failed to add service vpxd.json. 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Invalid Json formatted file C:ProgramDataVMwarevCenterServerdatavmware-vmon.svcStatsstats_vsan-health.json 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Parse Error: Text only contains white space(s). Offset: 0 2019-07-01T91:07:88.667+05:30| vthread-5| W115: Failed to add service vsan-health.json. 2019-07-01T91:07:88.667+05:30| vthread-5| E110: Invalid Json formatted file C:ProgramDataVMwarevCenterServerdatavmware-vmon.svcStatsstats_vsm.json ==========================
This issue occurs when json files (data files) are corrupted which are required to start the service.
To fix this issue :
-- Take backup/snapshot of your vCenter VM and vCenter database -- Stop all vCenter services -- Copy and replace files from the working vCenter(same version and build number) location C:ProgramDataVMwarevCenterServerdatavmware-vmon.svcStats to non working vCenter. -- Start vCenter services and all your services should get started
BSD
Случайный прохожий
-
#1
Добрый день, что то случилось с сервером vcenter. При попытке зайти в веб клиент появляется ошибка
Код:
503 Service Unavailable (Failed to connect to endpoint: [N7Vmacore4Http20NamedPipeServiceSpecE:0x000055f5b43ede40] _serverNamespace = / action = Allow _pipeName =/var/run/vmware/vpxd-webserver-pipe)
Последнее редактирование модератором: 03.08.2020
UEF
Модератор
Команда форума
-
#4
попробовала запустить все службы через shell но там тоже ошибка
Проверьте что у вас не закончились STS сертификаты. Это можно сделать по статье
Если же они закончились то их нужно обновить руководствуясь статьей
-
#9
обновите machine сертификат
выполнить пункт 8 вот отсюда
Недавно столкнулся с ситуацией, что перестал работать VCenter (в моём случае версия 6.5 – VCSA, но подобное может быть с любой версией не зависимо от платформы).
При попытке зайти как под доменной учёткой, так и под локальным админом – не проходила проверка подлинности – постоянно писало – сперва, что неправильные имя пользователя или пароль, а затем и вовсе, что требуется ввести имя пользователя и пароль, хотя они само собой были введены.
После попытки перезагрузить сервер или все службы командами service-control —stop —all и service-control —start —all добрая половина служб не запускалась, при этом на главной странице vcenter – выскакивала ошибка 503
При переходе по адресу vcenter/ui – появлялась ошибка
[400] An error occurred while sending an authentication request to the vCenter Single Sign-On server. An error occurred when processing the metadata during vCenter Single Sign-on setup – null.
В моём случае проблема оказалась в протухшем STS сертификате. Далее я пишу для своего случая, именно для VCSA, если у вас vCenter на винде, то читайте KBшки, ссылки на которые указаны, там есть описания, что делать для виндовых случаев.
Чтобы посмотреть срок действия STS сертификатов нужно скачать скрипт из KB VMWare. На всякий случай скопировал его.
Скачать можно при помощи wget, ну или закинуть на сервере через WinSCP, ну или просто скопировать текст скрипта и вставить в файл на сервере.
Запускается он командой:
python checksts.py
После выполнения будут отображены действительные и просроченные STS сертификаты. Если найдется просроченный сертификат, то внизу будет подсказка на какую KB стоит посмотреть.
В этой KB имеется скрипт, на всякий случай – копия, для обновления просроченных STS сертификатов, конечно как водится, перед запуском чего-бы то ни было – рекомендуется сделать бэкапы, снапшоты и т.д и т.п. Также обратите внимание, что если у вас в одном SSO домене находится несколько vCenter серверов – то запускать скрипт нужно только на одном.
В общем качаем скрипт, делаем его исполняемым и запускаем:
chmod +x fixsts.sh ./fixsts.sh
Если всё пройдет без ошибок – можно пробовать перезапустить все службы:
service-control --stop --all service-control --start --all
Если окажется, что есть еще какие-нибудь протухшие сертификаты, то службы всё равно могут не стартануть. Найти все просроченные сертификаты поможет команда:
for i in $(/usr/lib/vmware-vmafd/bin/vecs-cli store list); do echo STORE $i; /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store $i --text | egrep "Alias|Not After"; done
Соответственно нужно будет такие сертификаты обновить и снова попробовать перезапустить все службы. Либо, можно пойти простым и топорным путём, и перевыпустить вообще все сертификаты:
/usr/lib/vmware-vmca/bin/certificate-manager
Тут нужно будет выбрать 8й пункт, и далее следовать инструкциям на экране. Но используйте эту команду на свой страх и риск, если используются сторонние сервисы/плагины/кастомизированные шаблоны то это дело скорее всего нужно будет перенастраивать.
После описанных выше действий у меня vCenter починился, и работает нормально. Вообще какое-то странное решение у VMWare с этим ультраважным сертификатом. Возникает вопрос – почему нельзя было сделать, что б он автоматически перевыпускался, когда походит к концу срок его действия?
Trying to install TigerVNC for remote dektop access (as root) on a centos7 machine, based on this article. Have the following configs
[root@HW01 ~]# cat /etc/systemd/system/vncserver@:1.service
# The vncserver service unit file
#
# Quick HowTo:
# 1. Copy this file to /etc/systemd/system/vncserver@.service
# 2. Replace <USER> with the actual user name and edit vncserver
# parameters appropriately
# (ExecStart=/usr/sbin/runuser -l <USER> -c "/usr/bin/vncserver %i"
# PIDFile=/home/<USER>/.vnc/%H%i.pid)
# 3. Run `systemctl daemon-reload`
# 4. Run `systemctl enable vncserver@:<display>.service`
#
# DO NOT RUN THIS SERVICE if your local area network is
# untrusted! For a secure way of using VNC, you should
# limit connections to the local host and then tunnel from
# the machine you want to view VNC on (host A) to the machine
# whose VNC output you want to view (host B)
#
# [user@hostA ~]$ ssh -v -C -L 590N:localhost:590M hostB
#
# this will open a connection on port 590N of your hostA to hostB's port 590M
# (in fact, it ssh-connects to hostB and then connects to localhost (on hostB).
# See the ssh man page for details on port forwarding)
#
# You can then point a VNC client on hostA at vncdisplay N of localhost and with
# the help of ssh, you end up seeing what hostB makes available on port 590M
#
# Use "-nolisten tcp" to prevent X connections to your VNC server via TCP.
#
# Use "-localhost" to prevent remote VNC clients connecting except when
# doing so through a secure tunnel. See the "-via" option in the
# `man vncviewer' manual page.
[Unit]
Description=Remote desktop service (VNC)
After=syslog.target network.target
[Service]
Type=forking
# Clean any existing files in /tmp/.X11-unix environment
ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i > /dev/null 2>&1 || :'
ExecStart=/usr/sbin/runuser -l root -c "/usr/bin/vncserver %i"
PIDFile=/root/.vnc/%H%i.pid
ExecStop=/bin/sh -c '/usr/bin/vncserver -kill %i > /dev/null 2>&1 || :'
[Install]
WantedBy=multi-user.target
did…
[root@HW01 ~]# vncpasswd
Password:
Password not changed
[root@HW01 ~]#
to confirm no password for root, but am getting the following errors…
[root@HW01 ~]# systemctl start vncserver@:1.service
Job for vncserver@:1.service failed because the control process exited with error code. See "systemctl status vncserver@:1.service" and "journalctl -xe" for details.
[root@HW01 ~]# systemctl status vncserver@:1.service
● vncserver@:1.service - Remote desktop service (VNC)
Loaded: loaded (/etc/systemd/system/vncserver@:1.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Fri 2019-07-19 16:03:11 HST; 14s ago
Process: 72135 ExecStart=/usr/sbin/runuser -l root -c /usr/bin/vncserver %i (code=exited, status=1/FAILURE)
Process: 72129 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill %i > /dev/null 2>&1 || : (code=exited, status=0/SUCCESS)
Jul 19 16:03:11 HW01.ucera.local systemd[1]: Starting Remote desktop service (VNC)...
Jul 19 16:03:11 HW01.co.local runuser[72135]: Password:
Jul 19 16:03:11 HW01.co.local systemd[1]: vncserver@:1.service: control process exited, cod...s=1
Jul 19 16:03:11 HW01.co.local systemd[1]: Failed to start Remote desktop service (VNC).
Jul 19 16:03:11 HW01.co.local systemd[1]: Unit vncserver@:1.service entered failed state.
Jul 19 16:03:11 HW01.co.local systemd[1]: vncserver@:1.service failed.
Hint: Some lines were ellipsized, use -l to show in full.
Anyone know what could be going wrong here? Any debugging suggestions?