rabbitmqctl cluster_status 4. If queues are blocked or unresponsive, list all queues: rabbitmqctl list_queues 5. Check logs for potential errors such as connection failures or resource limits: journalctl -xe -u rabbitmq -server You need to back up the OpenStack database before applying a system update. How would you create a full backup of the OpenStack MariaDB database while ensuring minimal downtime?
You need to restore the OpenStack database from a previously created backup due to data corruption. How would you restore the MariaDB database while ensuring the OpenStack services can access it correctly?
1. Check overall system resource usage using top or htop: top -o %CPU htop 2. Identify resource -heavy OpenStack processes: ps aux | grep openstack | sort -nrk 3,3 | head -10 3. Find the specific service consuming high CPU/memory: systemctl status openstack -nova -compute 4. Restart the affected service to clear excessive resource usage: systemctl restart openstack -nova -compute 5. Monitor logs for unusual behavior after restarting: journalctl -xe -u openstack -nova -compute An OpenStack environment is failing to start due to database connection errors. How would you troubleshoot and restore database connectivity to ensure all OpenStack services can function properly?
grep -i "connection" /etc/nova/nova.conf 5. Check for network connectivity issues between OpenStack services and the database: netstat -tulnp | grep 3306 Your OpenStack services fail to start after a system reboot. How would you identify the cause of the failure and restore OpenStack services to full functionality?
1. Edit the systemd service file for an OpenStack service (e.g., nova -api): vi /etc/systemd/system/openstack -nova -api.service 2. Add the following under the [Service] section: Restart=always RestartSec=5 3. Reload the systemd daemon and apply changes: systemctl daemon -reload 4. Restart and enable the service: systemctl restart openstack -nova -api systemctl enable openstack -nova -api 5. Verify the service restarts on failure by simulating a crash: kill $(pgrep -f nova -api) systemctl status openstack -nova -api An OpenStack deployment is failing due to a misconfiguration in the nova.conf file. How would you identify and fix the configuration issue without disrupting the environment?
➢ TOTAL QUESTIONS: 290 You are responsible for managing the OpenStack control plane and ensuring all core services are running without failure. A user reports that OpenStack Compute (Nova) is not responding. Your task is to check the status of all OpenStack services on the control plane, restart any failed services, and verify that they are running correctly. How would you achieve this?
