为IT服务 [龙飞的博客] » vmware

VMware ESX/ESXi 使用NETAPP存储 FCP Partner Path Misconfigured 报错处理

龙飞 — Thu, 27 Oct 2011 08:57:35 +0000

VMware ESX/ESXi 使用NETAPP存储 FCP Partner Path Misconfigured 报错处理

在VMware ESX/ESXi 使用NETAPP存储时，存在多路径访问存储lun的情况下如果配置不当极易引起报错：
[hostname: scsitarget.partnerPath.misconfigured:error]: FCP Partner Path Misconfigured - Host I/O access through a non-primary and non-optimal path was detected.
这个主要是因为ESX主机在访问lun时使用了非主路径造成的，就如下图这种情况：

从上图来看我们可以看到这个lun在主机上实际是有2个访问路径的，一个是通过lun所在的机头访问的主路径，另一个是Partner机头的备用路径。
如果是更加高可用的采用2个机头各自使用2个光纤交叉连接至2个交换机的方式，那么每个lun在主机上对应的访问路径将会有4个，其中2个是主路径，2个是备用路径。

那么在ESX中是如何来选择多路径的呢，这里也介绍下ESX的多路径选择机制。
首先ESX会判断存储的类型，主要是A/P主-被、A/A主-主、ALUA主-被和非对称主-主这几种。
对应不同的存储类型ESX会使用不同的默认路径选择方式：

最近使用(VMW_PSP_MRU)：选择最近用于访问指定设备的路径。如果此路径不可用，则会切换到替代路径并在该新路径可用时继续使用它。MRU是主-被阵列（A/P- Active/Passive）的默认路径策略。
固定(VMW_PSP_FIXED)：使用指定首选路径（如果已配置）。否则，它将使用在系统引导时间发现的第一个工作路径。如果主机不能使用首选路径，则它会选择随机替代可用路径。一旦首选路径可用，主机便会恢复到首选路径。“固定”是主-主阵列（A/A – Symmetric Active/Acivie）的默认路径策略。
VMW_PSP_FIXED_AP：将“固定”功能扩展到主动-被动阵列和非对称主-主（ALUA – Asymmetric Active/Active）阵列。
循环(VMW_PSP_RR) ：使用路径选择算法轮流选择所有可用的活动路径，并在路径之间启用负载平衡。

根据我管理的系统中2台NETAPP的存储在ESX中均被识别为：VMW_SATP_DEFAULT_AA，就是A/A主-主类型，所以他默认使用的是固定(VMW_PSP_FIXED)。
那么问题就在这里了，由于固定(VMW_PSP_FIXED)方式的路径选择，ESX将会选用第一个发现的路径作为首选路径来使用，但是有些时候这往往不是主路径，所以就导致了Host I/O access through a non-primary and non-optimal path was detected.的报错。
这个时候就需要手工调整首选路径了，那么如何来确定什么路径才是主路径呢？

1.首选确定目标lun所在的机头
这个我想不用多说了

2.连上目标lun所在的机头确认FC Nodename和Portname

FAS2050A> fcp show adapters Slot: 0a Description: Fibre Channel Target Adapter 0a (Dual-channel, QLogic 2432 (2462) rev. 2) Adapter Type: Local Status: ONLINE FC Nodename: 50:0a:09:80:88:8c:82:35 (500a0980888c8235) FC Portname: 50:0a:09:81:88:8c:82:35 (500a0981888c8235) Standby: No

Slot: 0b
Description: Fibre Channel Target Adapter 0b (Dual-channel, QLogic 2432 (2462) rev. 2)
Adapter Type: Local
Status: ONLINE
FC Nodename: 50:0a:09:80:88:8c:82:35 (500a0980888c8235)
FC Portname: 50:0a:09:82:88:8c:82:35 (500a0982888c8235)
Standby: No

根据上例返回的信息，这个机头有2个hba卡，在esx看到的目标路径就是Nodename Portname，这个的2个目标路径就是
50:0a:09:80:88:8c:82:35 50:0a:09:81:88:8c:82:35 50:0a:09:80:88:8c:82:35 50:0a:09:82:88:8c:82:35
3.知道了目标路径后打开esx存储适配器手工指定目标lun的首选路径

本图由于有4个路径分表是其中有2个目标路径对应lun所在机头的2个hba卡，可以根据实际情况手工指定不同的hba卡分流流量。

如何检测调整的效果
1. lun stats -o 查看Partner Ops 和 Partner KBytes 字段，可以直观的以lun列表的形式查看，如果是调整后可以使用lun stats -z清空统计数据。
2. sysstat -b 1 查看Partner字段，可以直观的以实时监控的形式查看。

如果上述字段为非0那就说明有Host I/O access through a non-primary and non-optimal path的情况。

VC克隆虚拟机提示虚拟机文件损坏一例

龙飞 — Fri, 20 Nov 2009 07:47:10 +0000

今天在准备部署一台新的虚拟机，把模板机更新了下补丁，装了新的vmtools，克隆的时候再快结束的时候提示虚拟机文件损坏。由于模板机能正常开机运行，虚拟机内操作也很正常，所以觉得和vmdk文件没什么关系，而且克隆的时候vmdk也是克隆完成的，所以怀疑是vmx文件的问题，于是下载了下来仔细看了下，发现一个可疑之处 uuid.location = “” 内容竟然空白，又对比了一台正常的机器和一台刚刚克隆完的机器，证实确实是uuid.location问题，把uuid.location = “” 这行删除掉，上传上esx，重新启动模板机后就自动生成了。然后克隆成功，问题解决。

ESX正常VC里连接不上解决办法

龙飞 — Tue, 17 Nov 2009 13:10:56 +0000

今天忽然发现VC里某台ESX里面的虚拟机全部无法控制，列表里面CPU和内存信息都是0，显然这台ESX出问题了，尝试断开并重新连接这台ESX结果连接失败，弹出输入用户名和密码，填写后还是连接不上，尝试ping这台esx主机发现ping的通，直接登录到esx的console发现能登陆，检查服务也正常。看来是esx的问题了，打算重启下，可以里面有2台比较重要的虚拟机，直接重启ESX担心会造成影响，所以尝试的重启部分服务，结果service mgmt-vmware restart后正常了。

一般情况下出现esx和vc的连接问题除了重启上面的mgmt-vmware外还可以service vmware-vpxa restart重启下vpxa，说不定就能解决

ESX 3升级到ESX 4中的一些小技巧

龙飞 — Thu, 03 Sep 2009 07:18:16 +0000

1.老的ESX3的虚拟机，可以通过停掉虚拟机，浏览数据存储把整个虚拟机文件夹下载到本地，然后再上传到ESX4的数据存储中，然后进到虚拟机文件夹里面对着.vmx文件右键添加到清单，恢复到ESX 4的虚拟机清单里面。
2.老的ESX3虚拟机可以在ESX4直接运行。
3.ESX3的虚拟机进行升级虚拟硬件的时候需要先把vmware tools升级到最新版。
4.可以在留有快照的情况下升级虚拟机硬件，并且升级后能够通过还原快照回到升级前的状态。
5.需要停掉虚拟机后才会在右键菜单里出现升级虚拟机硬件选项。
6.升级虚拟机硬件将会把原来ESX3的虚拟机版本从4 升级到 7，一旦升级后将无法再ESX3的环境里面使用。
7.vSphere Client直接管理ESX4的时候无法直接进行虚拟机克隆操作，只能手工去浏览数据存储，然后自己建个目录，把别的目录里面的虚拟机文件复制粘贴。（这个功能没有有点不方便）

不断添加中。。。

浅谈VI3升级到vSphere4的步骤

龙飞 — Sat, 30 May 2009 08:31:58 +0000

这篇文章是我学习和整理在用于我们单位VI3系统升级至vSphere4的一份学习总结，和升级指导，所有内容都是基于官网文章的个人理解，并非实际操作步骤，所以这里只作为浅谈，希望能够对我以及广大VI3用户在升级至vSphere4的时候有所帮助。我在正式升级完成后还会再抽空整理补充一下。

首先明确下这里所指的VI3是VirtualCenter、VMware Infrastructure Client、VMware Update Manager、VMware ESX/ESXi、Virtual Machines等等在内的一个整体平台，当然vSphere4也是和VI3这样所指的一个整体平台。

1.首先我们来把VI3和vSphere4所包含的组件来个新旧名称对比，这里只是简单的列举下升级中所涉及到的组件。
VI3 | vSphere4
VirtualCenter | vCenter Server
VMware Infrastructure Client | vSphere Client
VMware Update Manager则没有变划但是vSphere4中vSphere Client有一个Host Update Utility的工具可以用来升级esx
而license server在vSphere则被取消了，因为vSphere使用了key的方式替代VI3中的flex license方式。当然如果你需要用vCenter Server和vSphere Client来管理VI3的esx的话你还是需要license server。

2.接下来我们先了解下vCenter Server 4.0的需求。
vCenter Server 4.0的硬件需求：
CPU数量：至少2 CPUs，注意不是双核是2个物理CPU
CPU性能：至少2.0GHz Intel or AMD，如果数据库也在一台机器上的话CPU最好再强劲点。
内存：至少3GB，同样如果数据库也在一台机器上的话我想4GB是最起码的了。
硬盘空间：2GB，同样记得算上数据库的。
网络：至少千兆网络环境是必须的。

vCenter Server 4.0的环境需求：
vCenter Server 4.0需要本机的80,389,443,636,902,903,8080,8433,902(UDP)
先检查检查本机是不是有VirtualCenter之外的其他程序占用这些端口。
确保你的VirtualCenter安装路径里面没有包含逗号(,) 或者点(.)
确认Network service用户组对你准备安装vCenter Server 4.0路径的根目录拥有读权限。
确认安装vCenter Server 4.0的系统的计算机名称不超过15个字符。

vCenter Server 4.0的数据库需求：
vCenter Server 4.0的数据库不再支持SQL Server 2000了，所以你必须要先把数据库升级到SQL Server 2005或者2008。
虽然vCenter Server 4.0可以按照在64位系统上，但是请注意必须要使用32位的ODBC驱动来创建DSN

最后我想最起码得备份下VirtualCenter的数据吧。

虽然这些要求一般都很老套，但是往往有时候出现问题就是出在这个上面，所以建议还是对照着看一遍。

3.ESX4的相关需求
ESX4的要求相对来讲就要简单很多了基本在运行的esx3的机器都没什么问题，只是在ESX3升级到ESX4的时候有些需求要注意下
ESX3的本机VMFS卷或者是集群共享的VMFS卷至少有10GB的剩余空间
在HA环境下的ESX3升级到ESX4的时候确保有可用的剩余故障切换容量，不然就只能关VM了。
最后备份下ESX主机上的service console文件，.vmx文件，自定义脚本文件，host configuration和本机的VMFS卷。

4.Virtual Machines的相关需求
虚拟机要求更简单了，在升级VM hardware的时候确保VM没有suspend文件，另外我想VM的硬件里面都有个CDROM的吧，升级VMware Tools需要用到。
最后一步，非常重要，你要清楚的知道一旦对VM进行hardware upgrade就没办法回头了，所以至少在进行upgrade前对VM建一个快照，当然最好是把VM备份一下，不管你用何种方法。

5.升级第一步升级VMware vCenter Server
放入VMware vCenter Server光盘，或者把解压缩VMware vCenter Server安装包，运行autorun.exe在出来的vCenter Server 4.0安装界面上选择vCenter Server开始升级，基本上整个过程和安装并无太大区别，当中会有提示输入key，也可以留空安装完之后在vCenter Server里面输入，在升级数据库的时候注意下。最后安装完成会要求重启，重启后VMware vCenter Server的升级就完成了。
VMware vCenter Server升级完成后我们需要把老的
VMware Converter Enterprise Client 4.0.2
VMware Update Manager Client 1.0u3
在添加删除里面卸载掉，记得按照步骤来哦其它东西不要急的卸载还有用的。

卸载完成后打开原先的VMware Infrastructure Client没错就是老的，输入vc用户和密码后登陆，会弹出一个需求软件安装的对话框有安装和下载2个选项，这里直接选择安装就行。然后就会自动安装vSphere Client，安装的时候注意勾选安装Install vSphere Host Update Utility 4.0，安装完成后双击桌面VMware vSphere Client，出来登陆框这里可以直接勾选Use windows session credentials这点比以前方便，点登陆后会有个证书警告的对话框这里可以勾选下面安装选项并点忽略。等会就进入了vCenter Server管理界面了。

接下来同样用VMware vCenter Server光盘安装Update Manager、Converter、Guided Consolidation，这里也基本没有什么难度照着安装界面说明来就行。
安装完成后进入vCenter Server在plugins菜单里下载安装vCenter Server的Update Manager、Converter插件。

到这里第一步升级VMware vCenter Server就算完成了。

6.升级第二步升级VMware ESX
ESX的升级有3种方法Update Manager、Host Update Utility或者用光盘安装
Update Manager方式：
进入vCenter Server选择HOME-Hosts and cluster
随便选择一台esx主机在Update Manager选单中选择PATCH方式的Baselines右键选择Detach Baseline把老的更新的基准删除，在选择Detach Baseline会有一个Hosts and cluster选择框，可以全选这样就能一步删除所有的Update Manager中的基准了。
再进入HOME-Update Manager，在上部选择upgrade Baseline，新建一个基准，注意在新建的时候下面确认选择的是host upgrade类型，下一步选择ESX upgrade iso，browse选择下载好的esx4的iso文件，再下一步如果有个证书警告的对话框勾选下面安装选项并点忽略，接下来会有一个上传过程，等待结束后继续下一部选择COS VMDK location 这里如果ESX本地VMDK有10GB剩余空间的话就选第一个，如果本机VMDK空间不足就选择第二项让系统自动选择或者第三项自己制定个共享的VMDK，后面反复下一步知道finish。这样一个host upgrade的Baseline就建好了。
回到HOME-Hosts and cluster选中要升级的esx进入Update Manager选单，attach刚刚建立好的Baseline，添加完成后scan选择upgrades对主机进行一次扫描，扫描完成后会有提示需要upgrade，选择下面的remediate，进入修复界面按照提示下一步当中也会有个COS VMDK location 的选择参照上面的说明选择继续下一步只到完成，这时候就会有修复任务在对esx进行升级了。经过一个漫长的等待期间esx还会进行重启，所有会有断开的警告，这都属正常，到最后升级完成esx就恢复正常状态了，如果有大批量的机器需要升级可以把Baseline附加到整个cluster，这样扫描和修复就是批量化了。

Host Update Utility方式：
可能在某些安装环境下比如服务器有多个ip，修改过端口啊，还有计算机名称和dns name不一样啊都会导致Update Manager出现各种问题（可以搜索下我以前写过的2篇关于Update Manager故障的博文），导致无法正常Update Manager，那么我们就要使用Host Update Utility来进行升级了。
在开始菜单-程序-vmware里选择vSphere Host Update Utility 4.0进入Host Update Utility
Host Update Utility的方式升级相对Update Manager要简单许多，适合esx机器数量较少的环境，在进入Host Update Utility后会有个选择下载patch的对话框，这里选择no，因为我们是upgrade不是打补丁。
首先要在vSphere Server里面把你需要升级的esx进入维护模式并且从cluster里面断开。
如果列表里面没有你的esx可以通过上方的add host添加，选择需要更新的esx主机点击下方的upgrade host进入下一步，选择esx4的iso，继续下一步一直到console os setting 也就是COS 设置，按照前面的规则选择一个合适的VMDK卷下方的disk size选择10GB，总得留点余地。然后一直下一步直到finish，开始升级。升级完成后再在vSphere Server的cluster重新连接升级完成的esx。

至于光盘安装的升级方式这里就不说了，基本和安装也没太多区别，不过也记得先进入维护模式并且从cluster里面断开后在升级。

升级第二步升级VMware ESX到这里就结束了。

7.升级第三步升级VM的VMtools和Virtual Hardware
vCenter Server和esx都升级完了，可能你已经迫不及待的想体验vSphere的新功能了吧，对于新建VM来讲确实你已经可以开始体验了，但是别忘了我们还有一堆老的VM等着升级才能发挥vSphere的功能。
这里在啰嗦一句，别头脑一热把备份VM忘了。

升级VM的VMtools
升级VM的VMtools也是通过Update Manager来进行的，和esx升级不同的是，vSphere Server已经有内建的Baseline了只需要附加到VM就可以具体过程就不多说了参考上面esx upgrade的Update Manager部分，一共要attach2个Baseline，VMware Tools Upgrade to Match Host和VMware Hardware Upgrade to Match Host。然后进行scan和remediate进行升级VMware Tools。

升级Virtual Hardware
升级Virtual Hardware要注意几点，1.必须删除全部快照，2.必须关闭VM，注意是关闭，不是挂起。在关闭VM后VM菜单下面才会出现Upgrade Virtual Hardware，点击后完成更新。这里在提醒下别忘了备份VM，否则后果自负。Virtual Hardware
升级完成后会发现vm概览页面VM version会变成7。

第三步升级VM的VMtools和Virtual Hardware到这就结束了。

8.第四步license
前面说过vSphere的license和VI3有着本质区别，vSphere是以key的方式的。在vSphere Server的HOME-Licensing，这里是整个vSphere Server的license管理中心，可以添加各种license。前面也提到过vSphere Server是兼容VI3的license server的，正常升级的话你应该在这个页面里面看见有license server，可以在administrator菜单里的vSphere Server settings里面修改license server地址，以用于vSphere Server 管理ESX3的主机。
vSphere 的license可以通过HOME-Licensing右上方的 Manage vSphere licenses进行添加并且分配给esx主机和vSphere Server。

第四步license基本就是这样了。

到这里整个升级流程基本上就介绍完了，虽然只是纯理论，但是我已经尽可能的接近实际操作的方式去描述了，下面我会我们的测试系统进行升级，来验证下本文的内容，到时候有问题直接在这里修改了，同时也希望大家发现问题的话帮忙纠正错误。
最后祝大家升级一次成功。

Update Manager扫描更新报错vmware.vcIntegrity.MetadataNotFound.fullFormat解决

龙飞 — Tue, 12 May 2009 15:09:14 +0000

这个问题和上次碰到的 patch metadata for xxxx missing 错误其实是一样解决的，上次是用的vc用的8080端口问题报错不太一样。

其实主要就2点
1.esx主机要开放Update Manager相关的防火墙规则，这个可以再命令行里面添加也可以在vc里面esx主机的configuration里的security profile里面添加。

2.对于vc服务器有多个ip的情况要修改Update Manager目录下的vci-integrity.xml
找到

下面的

改为
http://192.168.0.1/vci/hostupdates/hostupdate
192.168.0.1为esx能访问的到的vc的ip，如果vc端口不是80的话就用192.168.0.1:端口

还有一个地方就是 https://hostname:443/
这个地方同样要改成esx能访问到的地址而不是默认的hostname，https://192.168.0.1:443/

这样再定义好Update Manager的基准baselines分配给esx就基本不会有什么问题了。

Update Manager 主机扫描更新提示patch metadata for xxxx missing解决

龙飞 — Fri, 10 Apr 2009 15:33:40 +0000

Update Manager是一款VMware VirtualCenter插件，可以对esx和vm操作系统进行在线补丁更新。

前两天看到esx已经出3.5 u4了，所以今天抽空打算升级一下的，启用Update Manager，设置更新内容下载补丁都蛮正常，结果在对esx主机进行 scan for updates（扫描更新）的时候出错。事件里面提示patch metadata for xxxx missing. please download updates metadata first.

去官网kb补习了一下，说这种情况一般是esx无法连上vc的um造成的。常见的可能性就是：
1是esx的防火墙没开8080的out规则
2是vc的机器上可能有多个ip或者网卡，恰好um给esx的ip或者vc的hostname esx连接不上。

所以解决方法首先就是打开esx 防火墙的访问外部8080端口
用ssh登入上esx（注意root用户默认是无法ssh登陆的）先su到root权限执行下面指令：
/usr/sbin/esxcfg-firewall -o 8080,tcp,out,updatemanager

如果安装vc的时候选择的http端口不是8080请做相应修改。

然后在vc主机上在服务里停掉VMware Update Manager Service，在进入Update Manager目录修改文件：
C:\Program Files\VMware\Infrastructure\Update Manager\vci-integrity.xml

找到

下面的

改为
http://192.168.0.1:8080/vci/hostupdates/hostupdate

其中192.168.0.1就是esx能ping通并且访问到的vc的ip地址，8080端口为安装vc的时候选择的http端口。

然后再启动VMware Update Manager Service，这时应该需要在vc里面重新启用下Update Manager。然后再对esx主机进行扫描更新就可以通过了。

官方对于这个问题的kb：

http://kb.vmware.com/kb/1004914

http://kb.vmware.com/kb/1004330

VMware VirtualCenter 2.5升级u4出错

龙飞 — Thu, 12 Mar 2009 07:24:16 +0000

今天再把VMware VirtualCenter 2.5从u3升级到u4，备份数据库，升级，升级数据库一切正常。启动重建ha正常，顺便就把机器重启了边，结果重启后发现vc服务起不来了。想找日志看，结果找个日志找了半天竟然放在C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\Logs
找最后修改的那个日志打开一看

1
2
3

[2009-03-12 13:42:01.046 'App' 3064 error] [VpxdReverseProxy] Failed to create https proxy: Resource is already in use: Listen socket: :443
[2009-03-12 13:42:01.046 'App' 3064 error] Failed to intialize VMware VirtualCenter. Shutting down...
[2009-03-12 13:42:01.046 'App' 3064 info] Forcing shutdown of VMware VirtualCenter now

原来端口给占用了，找出CurrPorts一看原来是上次装的发报警邮件的mailserver自带了个80和443。找到mailserver设置关掉了http和https模块重启机器一切正常。

vmware workstation 非正常关机后无法打开虚拟机的问题解决

龙飞 — Sat, 07 Mar 2009 13:11:28 +0000

运行着vm的时候如果host忽然关机或者重启的话，再打开虚拟机会提示
the virtual machine is in use by an application on your host computer
解决方法进入虚拟机目录删除.lck文件和目录

vmware vi3企业平台虚拟机web服务器压力测试

龙飞 — Sat, 03 Jan 2009 11:50:30 +0000

环境：ESX3.5U2+VC2.5U3
ESX主机配置：DELL2950 双路四核E5450@3.00GHz，32G内存，双网口千兆网卡*2，单口4Gb HBA卡*2
中心存储：Netapp2050A FC双冗余方式链接ESX主机
vm配置：
web、mysql、测试客户端均为4CPU，4GB内存，系统盘在vmfs，应用数据盘全部rdm到存储LUN。
其中web、mysql、测试客户端分别分布在3台ESX主机，ESX之间采用千兆交换机链接。
环境：
web：centos5.2-32位，nginx0.7.30，php5.2.8，php-fpm fastcgi
nginx进程8个，fastcgi开128个php进程

静态页面
webbench -c 10000 -t 30 http://192.168.88.12/images/Beijing2008/newtopic.gif
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.88.12/images/Beijing2008/newtopic.gif
10000 clients, running 30 sec.

Speed=1489408 pages/min, 61853432 bytes/sec.
Requests: 744674 susceed, 30 failed.
=========================================
phpinfo
webbench -c 10000 -t 30 http://192.168.88.12/phpinfox35.php
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.88.12/phpinfox35.php
10000 clients, running 30 sec.

Speed=63636 pages/min, 48736019 bytes/sec.
Requests: 31818 susceed, 0 failed.
============================================
php动态 dz论坛首页
webbench -c 10000 -t 30 http://192.168.88.12/index.php
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.88.12/index.php
10000 clients, running 30 sec.

Speed=15534 pages/min, 16145783 bytes/sec.
Requests: 7767 susceed, 0 failed.
==================================================
php动态 dz论坛列表第二页
webbench -c 10000 -t 30 http://192.168.88.12/forum-8-2.html
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.

Benchmarking: GET http://192.168.88.12/forum-8-2.html
10000 clients, running 30 sec.

Speed=6002 pages/min, 9228623 bytes/sec.
Requests: 3001 susceed, 0 failed.
==================================================
不得不佩服下nginx的静态文件处理能力，1489408 pages/min 这个成绩太出乎我的意料了，我想这基本也就是目前vi3平台虚拟机的最高性能了把。由于目前的平台vm最多使用4个cpu(据说VI4将会升级到支持8个CPU)，所以除非esx主机使用更高主频的CPU，否则基本上和这个成绩也差不了多少了。
php我使用的是一个现成的dz论坛数据，由于还涉及到mysql的中间层，但是这样的结构已经非常接近实际使用环境了，在如此高并发的情况下还能够有将近每秒260 pages。
可以说在web处理能力上来说，企业级虚拟机平台是一种完全可以替代传统架构的平台，并且在满足性能需求的情况下，更加灵活和方便的部署、扩展方式，更加可靠的全平台HA方式，这无疑又给系统带来更高的稳定运行的能力。相信今后在web应用环境中vmware的VI3虚拟机平台将会有更加广阔的应用空间。

虚拟机部署ifup提示RTNETLINK answers: File exists

龙飞 — Fri, 26 Dec 2008 13:36:05 +0000

vmware vi3 部署centos虚拟机模板启动、ifup eth0的时候提示
RTNETLINK answers: File exists

经过检查原来是ifcfg-eth0中已经写了网关，但是用自定义规则部署虚拟机模板的自动又生成了一个route-eth0来指定网关，删除route-eth0后问题解决

VMware workstation卸载未完全，无法安装新版本解决办法

龙飞 — Sun, 16 Nov 2008 04:28:45 +0000

也就是在安装新版的VMware workstation的时候提示有老的版本未删除，但是你老的明明已经卸载了，或者卸载的时候出错没法卸载了。

其实很简单只要在运行新版本安装程序的时候加个 /c 参数就行，比如：

VMware-workstation-6.0.2-59824.exe /c

vmware做vmotion时提示migration to host failed with error i/o error(0xbad000a)解决

龙飞 — Mon, 03 Nov 2008 15:41:14 +0000

情况是这样，前几天搬点机器去电信idc，关机的时候kvm误操作不小心把esx集群中的一台esx给关了，后来才发现的，当时忙的搬东西也没注意看好启动起来了就没管。
今天忽然发现那台esx上面没任何虚拟机，因为我开drs的，当时觉得很奇怪，所以手工测试了一下
确实别的esx上面的正在运行的vm没法vmotion到这台esx主机提示timeout
关机的vm可以vmotion，但是同样运行的vm可以vmotion到其它esx。
在vc里面看来看去也就出了timeout还有一句migration to host failed with error i/o error(0xbad000a)。
心里诅咒了万恶的vc日志之外只能登上esx看vmkernel的log了，哎这log真不是人看的。
翻了一会忽然发现一句
s3 vmkernel: 0:05:32:16.006 cpu5:1029)Tcpip: 4460: arp: 00:50:56:7f:6d:64 is using my IP address 192.168.x.31!
当时感觉有点对上了，转到vc上面s3的设置一看，见鬼了，之前明明好好的vmkernel的ip地址变成了192.168.x.31原来明明是33的。就init 0关机了重新开了一下别的什么都没动，马上把ip改成了33试了下vmotion立刻就好了。
后来又测试了一下31似乎也有类似问题又把31的ip改成别的又改回了31就ok了。
至此vmware 集群恢复正常。

这真是一个莫名奇妙的问题啊，难道正如某人所说，万圣节没有什么不可能发生的事情？

在opensuse11.0下安装vmware workstation

龙飞 — Fri, 03 Oct 2008 12:05:40 +0000

先准备安装环境
sudo zypper in make binutils kernel-source gcc gcc-c++

然后下载安装包
sudo rpm -ivh VMware-workstation-xxx.xx.xx.rpm

如果不先准备环境，按照vmware提示的话会提示安装kernel-headers-pae，这个包其实就是 kernel-source

netapp重复数据删除，vmware的绝配

龙飞 — Tue, 16 Sep 2008 11:31:46 +0000

今天在新建设vmware平台的netapp存储上面尝试打开重复数据删除功能。
具体如何打开请看我另外一篇博文http://226617.cn/index.php/archives/170
环境是5台10g的linux虚拟机。占用空间50g，做了重复数据之后的结果
FAS2050A> df -sh
Filesystem used saved %saved
/vol/vola1/ 3052MB 47GB 94%

看完成之后只占用了3g空间，空出了47g。节约了达到94%的空间。这个数据真是恐怖啊

在打开的sis的时候还发现一个莫名奇妙的问题
FAS2050A> sis on /vol/vola1
Volume or maxfiles exceeded max allowed for SIS: /vol/vola1

一开始以为volume太大了，后来修改后发现还是这样提示，把另外一个机头的完全一样的volume试了下打开sis却完全没问题。
最后赶时间，把数据挪了下位置把整个volume重新建了下，就正常了。真是奇怪的问题。

如何在vmware esx创建动态增长磁盘

龙飞 — Tue, 16 Sep 2008 06:42:13 +0000

动态增长磁盘可以给测试vm带来很大的方便，因为是用了多少vmdk的文件才是多少，而不是设定的大小一次性占满的。
在vmware workstation里面可以很方便的把allocate all disk sapce now 的钩去掉就可以了。

如果想在ESX下实现虚拟硬盘的动态增长，可以通过以下方法：
1 cli : vmkfstools -c xxG -d thin xxxxx.vmdk
(手动创建虚拟磁盘时，加-d thin参数就可以实现磁盘的动态增长)
2 在vm添加虚拟硬盘，指定使用已存在的硬盘，指向刚才创建的磁盘文件

vmware tools安装提示What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include]解决

龙飞 — Sun, 14 Sep 2008 05:58:29 +0000

What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include]

这个是由于需要内核源代码进行编译，可能之前还会碰到需要gcc编译器的提示。
解决办法就是安装下，这里以redhat系列为例子。最新的版本可能命名和以前不一样，我也折腾了半天

yum -y install gcc kernel-devel

注意如果用的是PAE内核的kernel的话要装 kernel-PAE-devel。我就是在这里卡了半天晕乎。

还有一些朋友可能更新了kernel没有重启机器，所以最好先看下uname -r，如果版本和自己机器上的不对就重启下机器。我有一台机就是这样，更新了一直没重启，然后kernel-devle又装的是新内核的，死活装不上vmware tools结果发现每重启，vmware tools认到的kernel是目前运行的，又找不到对应的kernel-devel。

装完vmware tools 记得立刻把network 重启一边，不然网是不通的。

vmware做ha提示Host xx.xx.xx could not reach isolation address:none specified解决办法

龙飞 — Thu, 11 Sep 2008 06:45:42 +0000

今天在配vmware vc里面的ha，基本很顺利就是完成后在ha上面提示这个Host xx.xx.xx could not reach isolation address:none specified。

这个原因主要是由于esx使用的全部都是内网，没有网关ip来给esx 在ha以验证本机安全，所以这里必须要指定个isolation address，默认是SERVICE CONSOLE的网关. 也可以在HA 高级选项中添加”das.isolationaddress”来设定一个ip，比如vc的ip，只要确保ha所有的esx能ping到.