We imported the PMM server via the OVA option (1.7 client and server).
The Admin who helped with the import now needs to login as root to reset some DHCP settings (I was told)
I saw another posting that references root login via console (and there was another posting about login with ssh keys)
The password mentioned in the posting does not work for me (is the the web console? or some other console)
Can you please clarify how to login to the OVA server
Additionally at the client end I see as below - which I suspect after reading is related to some firewall port issue
The client has no firewall ports enabled. So We likely need to check at the server end.
Please advise
After the import able to logon to the console - but on the client check-network shows :
Connection: Client ← Server
SERVICE TYPE NAME REMOTE ENDPOINT STATUS HTTPS/TLS PASSWORD
Update: Login issue resolved.
There appeared to be an ntp issue - also resolved
However I am still getting the DOWN error
On the PMM server I see the following - Please advise
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: Percona Monitoring and Management [ip address]
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: 2018-02-26 17:49:04,681 - cc_scripts_per_boot.py[WARNING]: Failed to run module scripts-per-boot (per-boot in /var/lib/cloud/scripts/per-boot)
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: 2018-02-26 17:49:04,681 - util.py[WARNING]: Running module scripts-per-boot (<module ‘cloudinit.config.cc_scripts_per_boot’ from ‘/usr/lib/python2.7/site-…t.pyc’>) failed
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: Cloud-init v. 0.7.9 finished at Mon, 26 Feb 2018 17:49:04 +0000. Datasource DataSourceNone. Up 283.27 seconds
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com cloud-init[1430]: 2018-02-26 17:49:04,698 - cc_final_message.py[WARNING]: Used fallback datasource
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com systemd[1]: cloud-final.service: main process exited, code=exited, status=1/FAILURE
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com systemd[1]: Failed to start Execute cloud user/final scripts.
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com systemd[1]: Unit cloud-final.service entered failed state.
Feb 26 17:49:04 a301-9173-4370.ldn.xxxxxxxxx.com systemd[1]: cloud-final.service failed.
Just noting for anyone else reading this
As documented in the troubleshooting guide (no idea why I didn’t get any response here) you can specify the port with the add command (not documented )
Example:
pmm-admin add linux:metrics --service-port 42004
Though interestingly now I have the sql metrics showing as running but the Linux metrics as down
With no response I am wondering what next
mysql:metrics a301-1234-5678.***.*********.com 10.26.156.93:42002 OK YES YES
linux:metrics a301--1234-5678.***.**********.com 10.26.156.93:42004 [COLOR=#B22222][B] DOWN [/B] YES YES
I’d suggest you verifying one more time if you are able to connect to 10.26.156.93:42004. This is HTTP, so you can just use curl to check if 10.26.156.93:42004/metrics responds.
Note, that you can check what is the state of Prometheus’ exporters through [url]http://PMM/prometheus/targets[/url].
The issue appears to be intermittent. It resets and gets to Ok and then fails again
I suspect that it is related to point mentioned in the FAQ - [url]Percona Monitoring and Management
The linux:metrics and mongodb:metrics services are set up to collect metrics with 1 second resolution
Though there does not appear to be an answer to how to rectify it for an OVA based implementation