Troubleshoot Compute Common problems for Compute typically involve misconfigured networking or credentials that are not sourced properly in the environment. Also, most flat networking configurations do not enable ping or ssh from a compute node to the instances that run on that node. Another common problem is trying to run 32-bit images on a 64-bit compute node. This section shows you how to troubleshoot Compute.
Compute log files Compute stores a log file for each service in /var/log/nova. For example, nova-compute.log is the log for the nova-compute service. You can set the following options to format log strings for the nova.log module in the nova.conf file: logging_context_format_string logging_default_format_string If the log level is set to debug, you can also specify logging_debug_format_suffix to append extra formatting. For information about what variables are available for the formatter see: http://docs.python.org/library/logging.html#formatter. You have two options for logging for OpenStack Compute based on configuration settings. In nova.conf, include the logfile option to enable logging. Alternatively you can set use_syslog=1 so that the nova daemon logs to syslog.
Common errors and fixes for Compute The ask.openstack.org site offers a place to ask and answer questions, and you can also mark questions as frequently asked questions. This section describes some errors people have posted previously. Bugs are constantly being fixed, so online resources are a great way to get the most up-to-date errors and fixes.
Credential errors, 401, and 403 forbidden errors Missing credentials cause a 403 forbidden error. To resolve this issue, use one of these methods: Manual method. Get get the novarc file from the project ZIP file, save existing credentials in case of override. and manually source the novarc file. Script method. Generates novarc from the project ZIP file and sources it for you. When you run nova-api the first time, it generates the certificate authority information, including openssl.cnf. If you start the CA services before this, you might not be able to create your ZIP file. Restart the services. When your CA information is available, create your ZIP file. Also, check your HTTP proxy settings to see whether they cause problems with novarc creation.
Instance errors Sometimes a particular instance shows pending or you cannot SSH to it. Sometimes the image itself is the problem. For example, when you use flat manager networking, you do not have a DHCP server and certain images do not support interface injection; you cannot connect to them. The fix for this problem is to use an image that does support this method, such as Ubuntu, which obtains an IP address correctly with FlatManager network settings. To troubleshoot other possible problems with an instance, such as an instance that stays in a spawning state, check the directory for the particular instance under /var/lib/nova/instances on the nova-compute host and make sure that these files are present: libvirt.xml disk disk-raw kernel ramdisk After the instance starts, console.log If any files are missing, empty, or very small, the nova-compute service did not successfully download the images from the Image Service. Also check nova-compute.log for exceptions. Sometimes they do not appear in the console output. Next, check the log file for the instance in the /var/log/libvirt/qemu directory to see if it exists and has any useful error messages in it. Finally, from the /var/lib/nova/instances directory for the instance, see if this command returns an error: # virsh create libvirt.xml
Reset the state of an instance If an instance remains in an intermediate state, such as deleting, you can use the nova reset-state command to manually reset the state of an instance to an error state. You can then delete the instance. For example: $ nova reset-state c6bbbf26-b40a-47e7-8d5c-eb17bf65c485 $ nova delete c6bbbf26-b40a-47e7-8d5c-eb17bf65c485 You can also use the --active parameter to force the instance back to an active state instead of an error state. For example: $ nova reset-state --active c6bbbf26-b40a-47e7-8d5c-eb17bf65c485
Injection problems If instances do not boot or boot slowly, investigate file injection as a cause. To disable injection in libvirt, set to -2. If you have not enabled the configuration drive and you want to make user-specified files available from the metadata server for to improve performance and avoid boot failure if injection fails, you must disable injection.