xen的故障与维护
01.Citrix XenServer 5.6 配置——主机和资源池
XenServer 主机和资源池本章通过一系列示例介绍如何使用 xe 命令行界面 (CLI) 创建资源池。
下面将给出一个简单的基于 NFS 的共享存储配置，并讨论多个简单的 VM 管理示例。
还将介绍处理物理节点故障的过程。
主机和资源池概述资源池包括多个 XenServer 主机安装，这些主机安装绑定在一起形成可以承载虚拟机的单一托管实体。
与共享存储组合后，资源池允许 VM 在具有足够内存的任何 XenServer 主机上启动；并允许 VM 在保持运行状态（停机时间极短）的情况下在 XenServer 主机之间动态移动 (XenMotion)。
如果单个 XenServer 主机发生硬件故障，则管理员可以在同一资源池中的另一个 XenServer 主机上重新启动出现故障的 VM。
如果在资源池上启用了高可用性(HA)，则 VM 会在其主机发生故障时自动移动。
每个资源池最多支持 16 个主机（尽管此限制并不强制执行）。
池总是至少包含一个物理节点，称为主节点。
只有主节点才会公开（XenCenter 和 XenServer 命令行接口 [称为xe CLI] 使用的）管理接口；主节点会根据需要向各个成员转发命令。
注意如果池的主节点出现故障，只有在启用了高可用性的情况下才会重新选择主节点。
创建资源池的要求资源池是一台或多台同类 XenServer 主机（或具有限制的异类主机，请参阅“创建异类主机资源池”一节）的聚合，每个池最多包含 16 台主机。
同类主机的定义是：•要加入池的服务器上的 CPU 与池中已有服务器上的 CPU 相同（在供应商、型号和功能方面）。
•要加入池的服务器运行的 XenServer 软件版本在修补程序级别与池中已有的服务器相同。
向池中加入服务器时，软件将实施附加限制–特别是：•不是现有资源池的成员•未配置任何共享存储•要加入的 XenServer 主机中不存在任何运行中的 VM 或挂起的 VM•VM 上不存在任何正在进行中的活动操作，例如关闭操作您还必须确保要加入池的主机的时钟与池主节点同步（例如通过使用 NTP），同时其管理界面是非绑定的（可以在该主机成功加入池后进行配置）而且其管理 IP 地址是静态的（可以在主机上配置或使用 DHCP 服务器上适当的配置）。
机房网络系统运维方案
机房网络系统运维方案（一）信息网络系统服务信息网络系统运维服务范围包括各楼层的接入交换机；核心机房的交换机、路由器以及各种信息安全设备。
对使用中的网络设备、信息安全设备存在或将要出现的故障进行及时的诊断、维修，对在质保期内（以设备合同为依据）的设备，我司代为联络厂家进行维修，并跟踪维修情况，保证设备及时投入生产工作中。
1.网络安全设备维护具体内容网络安全设备主要包括路由器、核心交换机、楼层交换机、信息安全产品等，是信息网络系统的重要组成部分。
它是能把用户终端、用户线路、运营商线路、各区域互联线路或其他要互连的功能单元连接起来，并保证是网络中的关键设备。
网络设备性能的好坏可以决定网络运行的质量，定期对网络设备进行维护也是必不可少的工作之一。
因此，需要从以下方面对网络安全设备进行检查。
（1）定期查看网络设备状态（指示灯状态，发声发热状态）。
（2）定期监测各端口的工作状态，保障所有端口畅通运行。
（3）密切关注网络本身的运行状况。
（CPU、内存使用情况）。
（4）提取网络设备运行日志，根据记录分析设备运行情况。
（5）定期提取网络设备配置文件进行备份。
（6）输出巡检报告以存档。
设备的检查维护内容和结果以表格的形式体现，并进行存档，具体可参考如下表：2.网络线路维护线路是信息网络系统连接的重要组成部分，线路的通断直接影响用户使用本地网络以及与外网访问、各区域之间的信息交换，因此线路的维护也非常关键，线路故障主要有：（1）水晶头与交换机连接状态。
（2）水晶头与信息点接口的连接状态。
（3）终端跳线中断。
（4）水晶头制作接触不良。
（5）外网线路的连接状态。
3.网络性能测试通过测试，可以比较确切而公正合理地评价整个网络。
从而来检验整个网络的运行状态。
（1）评测整个网络所使用设备的可靠性，稳定性，健壮性和质量性能。
（2）评测整个网络和系统的参数设置和优化的合理性。
（3）评测整个网络和系统的连通性，稳定性，可用性，安全性等。
Xen系统中CPU间歇性故障的自适应策略
Ｉ ｓ ａｔ ｎｄ ｅ ｏ ｏ ｓ ｅ ｅｉ ａｔｏ Ｐ ｎｅｍｉｅｔ ａｌ ． ｅｂ ｓ ｆｔｉ，ｈｓｐ ｐｒｂ ｉ ｓａｔ ｄｌ ｏ ｉ ｌｔ ｇ Ａｂ ｔ ｃｌＸｅ ｏ ｓｎ ｔ ｎｉ ｒｔ ｒ ｃ ｄ ｈ ｍｐ ｃ ｆＣ Ｕ ｉｔｒ ｔ ｎ ｕｔ Ｏｎｔ ａｉ ｏ ｓ ｔｉ ａ ｅ ｕｌ ｍｅｍｏ ｅ ｆｒｓ ａｎ ｔ ｆ ｓ ｈ ｓ ｈ ｄ ｉ ｍｕ ｉ
｜ ｙｗ ｒｓ Ｋｅ ｏ ｄ ］Ｘｅ ｙｔ ｖｒ ａ ｚｔ ｎ ｍｕｔ ｏｅｔ ｈ ｏｏ ｙ ｉｔｒ ｉｅ ｔａ ｌ ｓｌａ ａ ｔ ｅ ｔ ｔ ｙ ｎｓｓ ｍ； ｉｕｌ ａｉ ； ｌｃｒ ｃ ｎ ｌｇ ；ｎｅ ｔ ｎ ｆｕｔ ｅｆ ｄｐｉ ｒ ｅ ｅ ｔ ｉ ｏ ｉ ｅ ｍ ｔ ； － ｖ ｓａ ｇ
ｉ ｔ ｒ ｉ ｅ ｔｆ ｕ ｔｉ ｎ ｎ ｔ ｅ ｍｏ ｅ，ｄ ｍａ ｎ ｎ ｕ ｍｏ ｉ ｅ ｎ ｓ ｔ ｍ ｌ ｃ ａ ｈ ｉ ｎ ｅ ｔ ｎ ａ ｌ ｎ Ｘｅ ．Ｉ ｈ ｄ ｌ ｏ ｉ ｓ ｉ ｎ ｄ ｆ ｄ Ｘｅ ｙｓｅ ｗｉ ｒ ｓ ｍｍｅ ｉ ｔｌ ．Ｔｈ ｒ ｆ ｒ ｈ ａ ｅ ｒ ｐ ｓ ｓ ａ ｓ ｌ－ ｄ ｐ ｉ ｅ ｍ ｔ ｉ ｌ ｄａｅｙ ｅ ｅ ｏ ｅ ｔ ｅ ｐ ｐ ｒ ｐ ｏ ｏ ｅ ｅｆ ａ ａ ｔｖ ｓ ｒ ｔｇｙ ｗｈ ｃ ｏ ｓ ＣＰＵ ｃ ｅ ｕ ｉ ｇ ｉ ｎ ｔｓ ｏ ｔ ｎ ｏｕ ｌ ｒ ｃ ｓ ｔ ｅ ｃ ａ ｇ ｆＣＰ ｓａ ｕ ｎ ｇ ａ ｅ ｉｔ ａ ｒ ｃ ｓ ｏ ｓ ｍａ ｅ ｎ ｆ ｕ ｔ ｔａ ｅ ｉ ｈ ｄ ｅ ｓ ｈ ｄ ｌｎ ｎ Ｘｅ ．Ｉ ｐ ｎ ａ ｅ ｓｙ ｔ ｅ ｈ ｈ ｎ ｅ ｏ Ｕ ｔｔ ｓ ａ ｄ ｍｉ ｒ ｔ ｓ ｖ ｒｕ ｌ ｐ ｏ ｅ ｓ ｒ ｐｐ ｄ ｉ ａ ｌ ａ ｙ ＣＰＵｓ ｔ ｖ ￣ ｌ Ｕｓ Ｅｘ ｅ ｉ ｎ ａ ｅ ｕ ｔｓ ｏ ｈ ｔｔ ｅ ｖ ｒｕ ｌｍａ ｈ ｎ ａ ｅ ｐ ｒ ｎ ｉ ｇ ｓｅ ｄ ｌ ｎ ｈｅ ｐ ｒｏ ｍａ ｃ ｆ ｗｏ ｋ ｏ ｄ ｎ Ｘｅ ｏ ａ Ｍｌ ｅ ＣＰ ． ｐ ｒｍｅ ｔ ｌｒ ｓ ｌ ｈ ｗｓ ｔ ａ ｈ ｉｔ ａ ｃ ｉ ｅ ｃ ｎ ｋ ｅ ｕ ｎ ｎ ｔ ａ ｉｙ ａ ｄ ｔ ｅ ｆ ｒ ｎ ｅ ｏ ｒ ｌ ａ ｓｉ ｎ ｒ ｄ ｃ ｓ ｍ ｏ ｔ ｌ ｉ ｎ ｅ ｍｉｔ ｎ ｃ ｕ ｓｆｅ ｕ ｎ ｌ ｅ ｕ ｅ ｓ ｏ ｙ ｗｈ ｌ ｉ ｔｒ ｔｅ ｔ ｃ ｒ ｒ ｑ ｅ ｔ ｈ ｅ ｏ ｙ．
手机故障维修的常用23个方法
手机是高科技的电子产品，随身携带，实用方便，已成为大众消费的产品，虽型号较多，结构不同，出现故障的现象多种多样，但检修方法大致相同，下面浅谈一些常用的检修技巧，供初学者及手机爱好者参考：一、询问法：当拿到一部故障手机时，首先询问用户，在什么样的情况下出现了故障，是否被修过等，针对用户反应的情况以及故障的现象，判断故障发生的部位，如被摔过的手机，应考虑手机芯片虚焊、断点、元件脱落、线路板断裂等；进水机，考虑电源模块损坏，铜箔及管脚生锈、腐蚀、断线；被人修过的手机注意芯片是否动过或调换，元件有无装错等。
二、直观法：通过询问后再进行直观检查，可发现一些故障。
如摔过的机器外壳有裂痕，重点检查线路板上对应被摔处的元件，有无脱落、断线；进水机主板上有水渍，甚至生绣，引脚间有杂物等；按键不正常，看按键点上有无氧化引起接触不良；用吹气法判送话和话筒是否正常。
三、电阻法：平时注意收集一些手机某些部位的对地电阻值。
如电源簧片、供电滤波电容、SIM卡座、芯片焊盘、集成电路引脚等对地电阻值。
在检修手机时，可根据某点对地电阻值的大小来判断故障。
如某一点到地的正常电阻是十千欧，故障机此点的电阻远大于十千欧或无穷大，说明此点已断路，如电阻为零说明此点已到地短路；电阻法还用于判断线路之间有无断线以及元件质量的好坏。
四、电压法：正常的手机，相应点电压是一个固定的数值，一旦手机手机损坏，故障处的电压值必然发生变化，通过检测电压值是否正常，很快找到故障发生部位，如某处电压为零，说明供电电路有断路；某处电压比正常值低，只要供电正常，说明负载有问题；在测量电压时，还要注意是连续的直流供电，还是脉动直流供电。
五、电流法：维修电源上电流表显示的数值，是手机工作时各单元电路电流总和，不同工作状态下的电流基本上是有规律的，如手机出现故障，电流必然发生变化，有经验的维修人员，通过不同的电流值，可以大致判断出故障的部位，如加电即有几十毫安的电流，说明与电源正极连接的元件漏电；若加电电流大于500毫安，说明CPU或电源、功放、电源滤波电容等元器件有击穿短路。
手机维修方面的英文及英文缩写
手机维修方面的英文及英文缩写手机电路中各种英文缩写很多，掌握了解这些缩写对我们分析电路帮助很大。
下面，介绍在手机中较常使用的一些英文符号，供分析电路和维修时参考。
A／D：模数转换。
AC：交流。
ADDRESS：地址线。
AF：音频。
AFC：自动频率控制，控制基准频率时钟电路。
在GSM手机电路中，只要看到AFC字样，则马上可以断定该信号线所控制的是13MHz电路。
该信号不正常则可能导致手机不能进入服务状态，严重的导致手机不开机。
有些手机的AFC标注为VCXOCONT。
AGC：自动增益控制。
该信号通常出现在接收机电路的低噪声放大器，被用来控制接收机前端放大器在不同强度信号时给后级电路提供一个比较稳定的信号。
ALERT：告警。
属于接收音频电路，被用来提示用户有电话进入或操作错误。
ALRT：铃声电路。
AMP：放大器。
常用于手机的电路框图中。
AMPS：先进的移动电话系统。
ANT：天线。
用来将高频电磁波转化为高频电流或将高频信号电流转化为高频电磁波。
在电路原理图中，找到ANT，就可以很方便地找到天线及天线电路。
ANTSW：开线开关控制信号。
AOC：自动功率控制。
通常出现在手机发射机的功率放大器部分(以摩托罗拉手机比较常用)。
AOC-DRIVE：自动功率控制参考电平。
ASIC：专用应用集成电路。
在手机电路中，它通常包含多个功能电路，提供许多接口，主要完成手机的各种控制。
AUC：鉴权中心。
AUDIO：音频。
AUX：辅助。
A VCC：音频供电。
BACKLIGHT；背光。
BALUN：平衡／不平衡转换。
BAND：频段。
BAND-SELECT：频段选择。
只出现在双频手机或三频手机电路中。
该信号控制手机的频段切换。
BASEBAND：基带信号。
B+：电源。
BA TT：电池电压。
BAND：频段。
BCH：广播信道。
BDR：接收数据信号。
BDX：发射数据信号。
BKLT-EN：背景灯控制。
BIAS：偏压。
常出现在诺基亚手机电路中，被用来控制功率放大器或其他相应的电路。
citrix常见故障与解决办法
Citrix 常见故障与解决办法1.用户登陆失败现象：1.无法打开web登陆页。
2.可以打开登陆页，但用户登录时即使输入正确的用户名和密码也会出现用户名密码错误，造成无法登陆。
3.用户可以登陆，但当运行程序时提示RPC服务不可用的错误。
4.登陆反应慢，并且随机性地登陆失败。
原因：1.web interface 安装配置不正确，客户端和服务器之间存在防火墙隔离导致Web interface使用的端口不通。
2. Active directory 服务器的msdtc 组件服务运行故障。
3. Active directory 服务器的msdtc 组件服务运行故障。
4.web服务器负载过高，这种情况大多数情况是由于服务器过载，不能响应用户登陆请求，或者即使偶尔可以相应登陆请求，也不能响应用户运行软件请求。
解决办法：1.检查web服务器的安装配置，并确保客户端和web服务器之间的相关端口和IP均畅通。
2.重启Active directory 服务器的msdtc 组件服务。
3. 重启Active directory 服务器的msdtc 组件服务。
4.重启web服务器，增加设备并配置负载均衡。
2.用户无权限现象：用户可以正常登陆web interface，但当运行程序时提示无权限，从而无法运行程序。
原因：使用citrix服务器的用户必须用于远程登陆XenApp服务器的权限，如果登陆的用户没有加入远程桌面用户组，当他运行程序时就会收到拒绝信息。
解决办法：将该用户加入所有XenApp服务器的远程桌面用户组即可解决问题。
3.TS license 不够用或者是收到网络被中断错误提示现象：1. 当用户运行程序时收到TS license 不够用或者是过期的提示信息，随着就是程序无法运行；2. 当运行程序时收到网络被中断提示信息，但网络实际上没有问题，同时程序无法运行。
原因：1. 每设备TS license 不够用；2.客户端的TS license服务器不认可。
虚拟化维保方案
虚拟化维保方案1. 简介虚拟化技术是目前企业中广泛使用的一种技术，它能够将一台物理服务器划分成多个虚拟机，每个虚拟机独立运行。
虚拟化技术的使用不仅提高了服务器的利用率，还简化了服务器的管理和维护工作。
然而，随着企业使用虚拟化技术的增加，对虚拟化环境的稳定性和可靠性要求也越来越高。
因此，建立一套完善的虚拟化维保方案是非常必要的。
本文将详细介绍一个虚拟化维保方案，包括维保目标、实施步骤、工具和技术等方面的内容。
2. 维保目标虚拟化维保的主要目标是确保虚拟化环境的稳定性和可靠性，提高虚拟机的性能和可用性。
具体而言，虚拟化维保方案主要包括以下目标：•提供实时监控和诊断，及时发现和解决问题，降低故障发生的概率和影响；•提供自动化运维工具，简化操作和管理流程，提高效率和稳定性；•提供数据备份和恢复机制，保护数据不丢失；•提供安全措施，保护虚拟环境免受攻击。
3. 实施步骤3.1 需求分析在实施虚拟化维保方案之前，首先需要进行需求分析。
根据企业的具体需求和现有的虚拟化环境，确定虚拟化维保的具体要求和目标。
3.2 系统建设在满足维保要求的前提下，将虚拟化环境进行系统建设。
这包括服务器选型、存储设备配置、网络设备配置等。
根据实际需求选择合适的硬件设备，并进行合理的配置。
3.3 维保工具和技术选择选择适合的维保工具和技术，以实现对虚拟化环境的实时监控和诊断、自动化运维、数据备份和恢复、安全防护等功能。
常用的维保工具和技术包括：•虚拟化管理软件：如VMware vCenter、Citrix XenCenter等，用于对虚拟机进行集中管理和监控。
•系统监控工具：如Zabbix、Nagios等，用于对虚拟化环境进行实时监控和诊断。
•自动化运维工具：如Puppet、Ansible等，用于实现自动化配置和管理。
•数据备份和恢复工具：如Veeam Backup、DPM等，用于对虚拟环境中的数据进行备份和恢复。
•安全防护工具：如防火墙、入侵检测系统等，用于保护虚拟环境免受攻击。
基于云计算的分布式虚拟桌面系统设计与实现
基于云计算的分布式虚拟桌面系统设计与实现随着云计算技术的不断发展和普及，分布式虚拟桌面系统成为了越来越多企业和个人用户的选择。
分布式虚拟桌面系统作为一种基于云计算的解决方案，可以实现将用户的桌面环境和应用程序虚拟化，并通过网络传输将其呈现在用户终端上，同时为用户提供统一的用户体验。
本文将探讨基于云计算的分布式虚拟桌面系统的设计与实现。
首先，我们需要明确分布式虚拟桌面系统的设计目标。
分布式虚拟桌面系统的设计目标一般包括以下几个方面：高可用性、可伸缩性、性能和安全性。
高可用性意味着系统具有良好的可靠性和容错性，能够保证用户无论在何时、何地均能正常使用系统；可伸缩性表示系统可以根据用户的需求进行扩展，保证系统的性能与负载之间的平衡；性能方面，系统需要能够实现低延迟、高带宽的数据传输，以确保用户能够获得流畅的虚拟桌面体验；安全性方面，系统需要具备强大的身份认证和数据加密机制，以保护用户的隐私和数据安全。
其次，我们需要考虑分布式虚拟桌面系统的架构设计。
分布式虚拟桌面系统一般由以下几个核心组件组成：客户端、服务器集群、存储系统和网络传输。
客户端是用户终端设备，用于显示虚拟桌面环境和接收用户输入；服务器集群负责管理用户的桌面环境和应用程序的虚拟化，同时处理用户的请求；存储系统用于存储用户的数据和配置信息；网络传输负责将用户的桌面环境和应用程序传输到客户端。
在架构设计上，可以采用前端-后端的模式，将用户界面和应用程序的计算任务分离，以提高系统的可扩展性和性能。
接下来，我们需要考虑分布式虚拟桌面系统的实现方式。
分布式虚拟桌面系统的实现可以基于开源技术或商业解决方案。
常见的开源技术包括KVM、Xen和QEMU等虚拟化技术，以及Apache Guacamole和Nomachine等远程桌面软件。
商业解决方案包括VMware Horizon和Citrix Virtual Apps等。
选择实现方式时，需要综合考虑系统的功能需求、性能要求和成本预算等因素。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XenServer安全重启xapi的方法2012-11-29 12:58:07| 分类：虚拟化-XenServer|字号订阅平常我们很常用到重启xapi命令，在这介绍下xapi:XAPI（或者XenAPI）是XenServer中的一组管理接口的统称，是XenServer 管理的核心，由一系列的toolstack组成。
XAPI主要提供XenCenter以及pool中各主机通信的接口。
XenCenter通过XAPI 来读取XenServer的配置、管理、License的管理、数据库的维护等等，同时也包括如存储（SR）、虚机、虚拟网卡、HA等等所有的功能控制。
而Pool中的所有XenServer的操作请求也是通过XAPI传递给dom0，同时在池中的所有主机中间通信，例如：Pool中数据库（配置数据库，由XenServer维护的一个小型数据库）会通过XAPI在所有的主机之间同步，以便在Master服务器宕机以后，其他机器能够正确而迅速的取代Master，并维持Pool的功能和服务。
简而言之，XAPI就是个和底层通信的中间层、接口层。
以上可以看到，xapi在整个XenServer的重要性。
因为xapi控制着服务器和VPS 的操作等等，所以有些时候VPS无法控制时，我们可以通过重启xapi来解决，但这会有危险性，严重的无法重启xapi，无论什么办法都不行，那么只能重装系统，虽然重装系统不会导致数据丢失，但这个是非常麻烦的事，具体的我就不解释了！但非常情况下，需要重启xapi，也是可以的（例如，重启VPS卡死等等），但必须达到最重要的条件：服务器必须保持在绝对稳定的情况下怎么才算绝对稳定呢，嘿嘿，有个办法，要么把其他VPS强制关闭，说起来简单，但这样对客户使用影响很大，所以这个我们就不采用，在不关闭其它VPS 又能重启xapi的办法，有的，首先检查服务器的稳定命令：top(其实通过这个命令查看就够了),此命令详解请见：linux top命令详解1. top复制代码查看红色标记的参数1，load average: 0.00, 0.00, 0.00，此参数数值是：系统负载，即任务队列的平均长度，分别为1分钟、5分钟、15分钟的平均值平时1分钟这个负载是均为0-0.5左右，如果高于1的时候需要检查下用户情况2，98%id，0.2%wa，此参数数值是：%id:空闲CPU百分比，和%wa:等待输入输出的CPU时间百分比（可以理解为，硬盘有大量的数据等待处理）%id数值在95-100%之间说明服务器处理数据没问题的，%wa数值一般服务器稳定的话，数值是为0%的，如果很高（没有一个标准）那么需要检查下用户跑硬盘，还是硬盘自身的问题，这里就会导致服务器不稳定。
可以了解到%id 和%wa是一个正比，当%wa数值高是，那么%id就会低，那么这时就不能使用xapi，先检查服务器情况在说为了更放心重启，还有其他方面也可以观察下，后续补充从上面top命令中，看出服务器的负载，和%id，%wa数值都正常，那么就可以重启xapi1. service xapi restart复制代码当xapi真的无法启动，请尝试重启整台服务器，不行的话，重装系统去吧！此帖会不断的更新，帖子中涉及到的方面比较多XenServer 虚拟机假死解决方法虚拟机无缘无故假死，是件比较头疼的事情。
关机也关不了，重启也不行。
有时需要关物理机才行。
如果XenServer上有比较重要应用，肿么办？造成虚拟机假死的原因很多，有的是本身虚拟机系统的原因、有的是XenServer 底层XAPI接口有问题。
XAPI就是XenServer中的一组管理接口的统称，是XenServer管理的核心，由一系列的toolstack组成。
XenCenter通过XAPI来读取XenServer的配置、管理、License的管理、数据库的维护等等，同时也包括如存储（SR）、虚机、虚拟网卡、HA等等所有的功能控制。
简而言之，XAPI就是个和底层通信的中间层、接口层。
系统的原因一般强制重启就可以解决；但是xapi有问题，强制重启方法有时是行不通的。
一般假死的解决方法：把xapi重启即可解决；在XenServer中输入：xe-toolstack-restart 或者service xapi restrat上述命令无效的话，可以使用下面的方法：I've found the resolution through my other thread. Here's what you need to do.1 - "xe vm-list" to get the uuid of the VM that is hung2 - "list_domains" to list the domain uuid's so you can determinethe domain # of the VM above by matching the uuids from this output with the uuid for your VM from the previous command.3 - "/opt/xensource/debug/destroy_domain -domid XX" where XX is the domain number from the previous command执行到最后一步，有可能时间比较长。
需要等。
初识toolstack——XEN的XenServer 管理的核心什么是XAPI，或者说XAPI在XenServer中有什么作用？XAPI（或者XenAPI）是XenServer中的一组管理接口的统称，是XenServer 管理的核心，由一系列的toolstack组成。
XAPI主要提供XenCenter以及pool中各主机通信的接口。
XenCenter通过XAPI 来读取XenServer的配置、管理、License的管理、数据库的维护等等，同时也包括如存储（SR）、虚机、虚拟网卡、HA等等所有的功能控制。
而Pool中的所有XenServer的操作请求也是通过XAPI传递给dom0，同时在池中的所有主机中间通信，例如：Pool中数据库（配置数据库，由XenServer维护的一个小型数据库）会通过XAPI在所有的主机之间同步，以便在Master服务器宕机以后，其他机器能够正确而迅速的取代Master，并维持Pool的功能和服务。
简而言之，XAPI就是个和底层通信的中间层、接口层。
===============================可以迁移到202，却不能迁移到209，很奇怪。
xe-toolstack-restartStopping xapi: ..[ OK ]Stopping the v6 licensing daemon: [ OK ] Stopping the memory ballooning daemon: [ OK ] Stopping perfmon: [FAILED]Stopping the fork/exec daemon: [ OK ]Starting the fork/exec daemon: [ OK ]Starting perfmon: [ OK ]Starting the memory ballooning daemon: .[ OK ] Starting the v6 licensing daemon: [ OK ] Starting xapi: ..start-of-day complete.[ OK ] done.重启下toolstack即可，发现这条命令很有用。
平常我们很常用到重启xapi命令，在这介绍下xapi:XAPI（或者XenAPI）是XenServer中的一组管理接口的统称，是XenServer管理的核心，由一系列的toolstac XAPI主要提供XenCenter以及pool中各主机通信的接口。
XenCenter通过XAPI来读取XenServer的配置、管的管理、数据库的维护等等，同时也包括如存储（SR）、虚机、虚拟网卡、HA等等所有的功能控制。
而Pool中的所的操作请求也是通过XAPI传递给dom0，同时在池中的所有主机中间通信，例如：Pool中数据库（配置数据库，维护的一个小型数据库）会通过XAPI在所有的主机之间同步，以便在Master服务器宕机以后，其他机器能够正取代Master，并维持Pool的功能和服务。
简而言之，XAPI就是个和底层通信的中间层、接口层。
以上可以看到，xapi在整个XenServer的重要性。
因为xapi控制着服务器和VPS的操作等等，所以有些时候V 时，我们可以通过重启xapi来解决，但这会有危险性，严重的无法重启xapi，无论什么办法都不行，那么只能然重装系统不会导致数据丢失，但这个是非常麻烦的事，具体的我就不解释了！但非常情况下，需要重启xapi，也是可以的（例如，重启VPS卡死等等），但必须达到最重要的条件：服务器必对稳定的情况下怎么才算绝对稳定呢，嘿嘿，有个办法，要么把其他VPS强制关闭，说起来简单，但这样对客户使用影响很大们就不采用，在不关闭其它VPS又能重启xapi的办法，有的，首先检查服务器的稳定命令：top(其实通过这个命令查看就够了),此命令详解请见：linux top命令详解1.top复制代码查看红色标记的参数1，load average: 0.00, 0.00, 0.00，此参数数值是：系统负载，即任务队列的平均长度，分别为1分钟、5分的平均值平时1分钟这个负载是均为0-0.5左右，如果高于1的时候需要检查下用户情况2，98%id，0.2%wa，此参数数值是：%id:空闲CPU百分比，和%wa:等待输入输出的CPU时间百分比（可硬盘有大量的数据等待处理）%id数值在95-100%之间说明服务器处理数据没问题的，%wa数值一般服务器稳定的话，数值是为0%的，如果很高（没有一个标准）那么需要检查下用户跑硬盘，还是问题，这里就会导致服务器不稳定。
可以了解到%id 和%wa是一个正比，当%wa数值高是，那么%id就会低，那么这时就不能使用xapi，先检查在说为了更放心重启，还有其他方面也可以观察下，后续补充从上面top命令中，看出服务器的负载，和%id，%wa数值都正常，那么就可以重启xapi1.service xapi restart复制代码当xapi真的无法启动，请尝试重启整台服务器，不行的话，重装系统去吧！此帖会不断的更新，帖子中涉及到的方面比较多xenserver, xapi, 重启。