Difference between revisions of "CentOS 8.x Cloudstack 4.15 Troubleshooting"
From Notes_Wiki
m |
m |
||
(One intermediate revision by the same user not shown) | |||
Line 1: | Line 1: | ||
[[Main Page|Home]] > [[CentOS]] > [[CentOS 8.x]] > [[CentOS 8.x virtualization|Virtualization]] > [[CentOS 8.x Cloudstack 4.15|Cloudstack 4.15]] > [[CentOS 8.x Cloudstack 4.15 Troubleshooting|Troubleshooting]] | |||
=Generic troubleshooting suggestions= | |||
==Agent troubleshooting steps== | |||
In general validate: | In general validate: | ||
Line 35: | Line 34: | ||
==Manager troubleshooting steps== | |||
In general validate: | In general validate: | ||
# Check status of cloudstack-management services | # Check status of cloudstack-management services | ||
Line 58: | Line 57: | ||
=internal error: unknown feature amd-sev-es error on libvirtd= | |||
Line 89: | Line 88: | ||
=Cloudstack system router fails to start= | |||
We found that router for a shared network failed to start when the gateway of that shared network was not available on the specified VLAN. After creating the gateway in VLAN we could start the router using: | We found that router for a shared network failed to start when the gateway of that shared network was not available on the specified VLAN. After creating the gateway in VLAN we could start the router using: | ||
# Go to Network -> Guest networks | # Go to Network -> Guest networks | ||
Line 107: | Line 106: | ||
[[Main Page|Home]] > [[CentOS]] > [[CentOS 8.x]] > [[CentOS 8.x virtualization|Virtualization]] > [[CentOS 8.x Cloudstack 4.15|Cloudstack 4.15]] > [[CentOS 8.x Cloudstack 4.15 Troubleshooting|Troubleshooting]] |
Latest revision as of 03:02, 23 April 2022
Home > CentOS > CentOS 8.x > Virtualization > Cloudstack 4.15 > Troubleshooting
Generic troubleshooting suggestions
Agent troubleshooting steps
In general validate:
- Check status of cloudstack-agent or libivrtd etc. services
- systemctl status cloudstack-agent
- systemctl status libvirtd
- If the above services are stopped / failed then look at their logs
- journalctl -xe -u cloudstack-agent
- journalctl -xe -u libvirtd
- Look at agent log files
- tail -f /var/log/cloudstack/agent/agent.log | grep -i 'warn\|error'
- Validate that required primary storages are mounted and writable / accessible etc.
- df -y
- Validate that you are able to list VMs using virsh
- virsh list --all
- If this is new setup validate general setup steps related to disable selinux, disable firewall, installation of packages including java, are done correctly.
- Especially validate network configuration of bridges cloudbr0, cloudbr1 etc. is correct.
- If host was removed from a running cloudstack-manager and is planned to be readded look at CentOS 8.x Cloudstack 4.15 Re-add existing cloudstack KVM host to cloudstack manager
Manager troubleshooting steps
In general validate:
- Check status of cloudstack-management services
- systemctl status cloudstack-agent
- systemctl status libvirtd
- If the above services are stopped / failed then look at their logs
- journalctl -xe -u cloudstack-agent
- journalctl -xe -u libvirtd
- Look at agent log files
- tail -f /var/log/cloudstack/agent/agent.log | grep -i 'warn\|error'
- Validate that secondary storage is automatically mounted
- df -y
internal error: unknown feature amd-sev-es error on libvirtd
If you see following error in "systemctl status libvirtd" output:
Jun 11 15:32:57 IN-HYD-STACK01 libvirtd[11346]: internal error: unknown feature amd-sev-es Jun 11 15:32:57 IN-HYD-STACK01 libvirtd[11346]: Failed to connect socket to '/var/run/libvirt/virtlxcd-sock': No such file or directory Jun 11 15:32:57 IN-HYD-STACK01 libvirtd[11346]: End of file while reading data: Input/output error
Other error lines:
error: failed to get emulator capabilities error: internal error: unknown feature amd-sev-es
Then solve it using:
mkdir -p /etc/qemu/firmware touch /etc/qemu/firmware/50-edk2-ovmf-cc.json systemctl restart libvirtd systemctl status libvirtd systemctl restart cloudstack-agent
Refer:
Cloudstack system router fails to start
We found that router for a shared network failed to start when the gateway of that shared network was not available on the specified VLAN. After creating the gateway in VLAN we could start the router using:
- Go to Network -> Guest networks
- Select network for which router is not starting.
- Select three dots and choose option to Restart network. Hover mouse over mutiple icons to identify which one of them is for restart.
- In the popup dialog Enable Clean up
- Click ok to destroy current router and deply a fresh router
- This time the router should pass health check. To see router health check status go to
- Network -> Guest networks
- Click on the name of guest network.
- Go to Virtual routers tab
- Click on the name of router
- Go to Health checks tab
Home > CentOS > CentOS 8.x > Virtualization > Cloudstack 4.15 > Troubleshooting