HCIP-Cloud Computing-OpenStack V1 0 培训材料HCIP-Cloud_Computing-OpenStack_V1 0_培训材料09 OpenStack故障处理

，OpenStack故障排除、OpenStack服务提供了多种，因此操作人员必须了解和掌握OpenStack故障排除知识和操作维护改进OpenStack。本部分分为理论和实验理论部分，其中介绍了OpenStack故障诊断基础知识、工具、常见问题解决方法和与错误处理相关的其他OpenStack服务。实验室部分重点练习基本过程、常见命令和常见故障排除示例，以帮助学生实际掌握OpenStack故障排除能力。完成本课程后，您可以：OpenStack故障处理的基本进程说明OpenStack故障处理使用公用工具处理OpenStack的常见故障处理说明OpenStack的故障处理相关服务说明OpenStack的日常故障处理功能，OpenStack故障处理主要OpenStack故障处理工具OpenStack典型故障处理OpenStack手动实验，要检查OpenStack服务的状态并验证OpenStack服务是否已启动并正在运行，请检查每个控制器节点上的服务状态。某些OpenStack服务需要在非控制器节点上进行其他验证。方法1:使用SERVICE_NAMEservice-list获取OpenStack服务状态(例如novaservice-list)，方法2:服务不支持service-list命令例如，servicenova-computerestart、OpenStack服务日志检查、OpenStack的日志系统是完整的，而且大部分故障都可以在日志中找到原因。OpenStack日志路径通常位于/var/log/SERVICE_NAME下。OpenStack服务日志检查-解释日志，OpenStack的日志格式统一。代码模块是nova.virt.libvirt.config日志内容XML文件生成源代码文件是/opt/stack/nova/nova/virt/lib virt/config . py中的第82行，时间戳，日志打开调试模式，登录每个控制节点，并将OpenStack服务配置文件的DEFAULT部分配置为“debug=true”。例如，Nova配置/etc/nova/nova.conf的DEFAULT部分，注意：处理失败后，请及时关闭OpenStack服务的调试模式。否则，可能会影响性能。debug=true，检查OpenStack服务的配置文件，警告：通常，阻止修改OpenStack服务的配置文件会严重影响OpenStack。在修改配置文件之前，请务必提前备份配置文件，以便可以随时还原配置文件。重要提示：OpenStack外部故障，OpenStack故障处理主OpenStack故障处理工具OpenStack常见故障处理OpenStack手动实验：故障处理OpenStack故障处理相关主题，OpenStack故障处理常见工具-网络，网络故障排除常见$ LSB _ release-a $ uname-a $ df-h $ free-m，OpenStack疑难解答公用工具-计算和保存，open stack疑难解答公用工具-查看lnav日志例如，合并将查看Nova和Glance的日志，以跟踪虚拟机请求启动镜像的详细信息。$ lnav/var/log/nova/nova-api.log/var/log/glance/glance-API . log，nova-API . log，b，it.ly/OpenStack-troubleshoot，set environment，parse arguments，request auth (n | z)，request只要看一下所有命令- help，就可以开始了解每个命令的作用，下面部分将详细介绍其用法。例如tcpdumphelp、OpenStack故障处理主OpenStack故障处理工具OpenStack典型故障处理OpenStack手动实验：故障处理OpenStack故障处理相关主题、OpenStack典型故障处理、OpenStack典型故障代码，40X错误：表示服务运行正常，但用户执行的命令或计划任务出错。例如，建议确认401为验证失败，403为权限被拒绝，50x错误：50X错误：服务未运行或无法访问：服务未运行和访问。例如，500是内部错误，503显示服务不可用，Keystone失败案例-服务连接超时，症状：服务连接超时，日志显示错误“HTTP500”。失败原因：KeystoneCatalog配置不正确，服务不可用，连接超时。故障排除过程：1，检查端点配置2，更正端点信息，$ openstackcataloglist，$ openstackendpointset-service compute-interface admin-us失败原因：keystone用户丢失、密码输入错误、用户禁用等。疑难排解程序：1、检查使用者是否存在、检查名称是否正确、检查使用者详细资讯3、重设使用者密码或重新启用使用者、$ openstackusershowuser _ id、$ openstackuserlist、$ open stackuserlist 错误现象：无法ping虚拟机静态IP或浮动IP错误分析：静态IP通常由DHCP分配，浮动IP通常由虚拟路由器管理，需要分步进行错误处理。 1、验证虚拟机的安全组规则是否部署了icmp；如果未部署ICMP，则添加规则；如果部署了ICMP，则neutron失败示例无法ping虚拟机；2、检查虚拟机控制台日志；是否为虚拟机分配了IP地址；$ openstackconsonsX.113.110，Neutron故障案例-无法ping虚拟机，3，未为虚拟机实例分配IP地址，检查子网是否已启用DHCP3.1查找VM网络信息3.2子网是否已启用DHCP3.3重新启动DHCP服务，$ openstackservershowsinst检查DHCP命名空间查找4.1实例的网络id确定ID4.2网络上的dhcp-agent位置，$ nova interface-list instance _ id，$ Neutron DHCP-agent-list-hist 可以从DHCP命名空间ping到VM，Neutron失败案例-无法ping到VM，5，无法从DHCP命名空间ping到VM静态IP，使用Tcpdump修补程序检查5.1从命名空间ping到DHCP接口，$ IPnetnsexecqdr-netwdr 需要检查Tcpdump修补程序5.2修补程序如果DHCP通信量5.3 DHCP通信量软件包不存在，请从DHCP命名空间ping $ ipnetnsexecqdpp-network _ id TCP dump-I DHCP _ porteport 67 or port 检查虚拟路由器命名空间6.1查找浮动IP关联路由id查找ID6.2网络中的L3代理位置6.3从虚拟路由器命名空间ping虚拟机，$ nova interface-list instance _ id，$ neutron L3-agent-list-list log、$ servicenova-computestatus、$ lnav/var/log/nova/*。log，Nova故障案例-novalidathostwasfound，故障现象：创建虚拟机时出现消息“novalidathostwasfound”，创建失败。错误分析：如果使用配置为/etc/nova/nova.conf的FilterScheduler作为调度分配，所有调度条件都不满足，Novalidhostwasfound将引发“Novalidhostwasfound”，虚拟机创建失败。scheduler _ default _ filters=retry filter，avilabilityzonepailter，ram filter，computerfilter，computerfilterlog、request id、nova故障案例-Novalid hostasfo