''s profileKT' Cheung's Space 【 张智波...PhotosBlogListsMore  |  Tools Help |
|
|
November 29 借epie的话提醒下自己1.知识面要全 2.要学会沟通 3.要培训，知识不仅要懂，还要让你的听众理解（听众的基础可能不在一个水平线） 4.对一些新版本的软件要及时追踪新特性 虽然不懂得什么是资本主义生产的基本矛盾和主要矛盾,但是2008年虚拟经济以及实体经济的不对称,导致经济危机波及身边朋友的事情真是屡见不鲜...为这些"受难"的朋友祈祷,祝愿他们早日恢复生产,或者产量日渐恢复以及更上一层楼... 从售后开始接触售前,真的不得不时刻提醒自己,拍住潮流走...不断积累,不断改进以及进步... 危机的另一面,这--同时也是一个百年难得的机遇! 好好学习, 天天向上! 跨平台 不同指令集CPU VMotion虚拟机修改:
%Application Data%\VMware\VMware VirtualCente\vpxd.cfg
添加:
<migrate>
<test> <CpuCompatible>false</CpuCompatible> </test> </migrate> 该方法为比较通用的方案,当然,不推荐在不通指令集的CPU上进行vMotion,该方法可能会导致应用程序崩溃..
更多相关方案,请见:::虚拟时代::: November 28 Storage VMotion fails after Service Console IP changeStorage VMotion not working after a Service Console IP change.
Solution(support by Yellow Bricks):
Disconnect the ESX host from VirtualCenter
Stop the VMware VirtualCenter Server service Remove the /etc/opt/vmware/vpxa/vpxa.cfg file from the ESX host that’s affected Run this script on the database: ———– UPDATE [VCDB].[dbo].[VPX_HOST] SET [IP_ADDRESS] = ‘w.x.y.z’ WHERE [DNS_NAME] = ‘name of esx host as it is listed in the table’ ———– “w.x.y.z” above is the new ip address Start the VMware VirtualCenter Server service Add the host to the cluster again November 27 Happy Thanksgiving!一直有些话要说,但一直都没动手指,但今天,必须得写写了..
每逢佳节倍思亲,同样在这特殊的节日了,需要对我身边的人表示强烈/热烈/猛烈/轰裂的感谢.
由于是技术BLOG,这里仅感谢在虚拟化道路上给予我支持,帮助以及鼓励的朋友..
以下是点名仪式...希望点到名的朋友积极响应..谢谢支持!(另:名词不排先后)
首先感谢常伴随身边作战的战友--Lee Sun, Bill Ho, Jackie, Bruce, Hardy, Cindy, Santosh, Joe and so on..
其次,感谢'中国VMware'以及'VMware华南技术中心'的各位VMware Fans, 尤其感谢以下几位,感谢他们在我成长中做了不少指点以及帮助,非常非常的感谢!!!
Housefull(老田)、散人(散总)、猫猫（秋林兄弟）、科比=MVP、楠楠、龙总、提款机、epie等等几位。
感谢感谢！
再次向以上“猪”位--敬礼！！ November 26 摘录一些解决VMware Snapshot(快照)故障的方法找出哪台虚拟机有快照
更改/vmfs/volumes/目录。
键入find -iname "*-delta.vmdk" -mtime +7 -ls找到在7天之内未被修改的快照文件或键入find -iname "*-delta.vmdk"找到所有的快照文件。
处理未正确删除的快照
偶尔，一个快照未被正确删除，在虚拟机里仍然是活动的快照。当使用VMware Consolidated Backup或通过Snapshot Manager删除快照时，这种事情会发生。多数情况下，快照不会出现在Snapshot Manager让你删除。快照仍然存在的迹象显示在虚拟机目录的delta文件里。
如果你有一个没在Snapshot Manager里的运行着的快照，你可以尝试用一两个方法删除它。第一种方法，使用VI Client创建一个新快照，然后删除所有来自Snapshot Manager的快照。或者登录到ESX Service控制台，切换到虚拟机总目录，键入vmware-cmd createsnapshot创建一个新快照。等待创建并键入vmware-cmd removesnapshots。完成后，查看delta文件是否已删除。如果已删除，那么就成功完成删除了。
另一个方法是关闭虚拟机，登录服务器控制台，切换到虚拟机目录，通过使用vmkfstools和指定快照文件作为资源磁盘来复制虚拟机磁盘文件，例如，"vmkfstools –i myvmname-000001.vmdk myvmnamenew.vmdk" ，一旦完成了这个设定，移除硬盘（不是删除）、添加新硬盘及浏览器到最新创建的磁盘文件。启动虚拟机，在你删除旧磁盘和delta文件之前，每样事都在工作。
更改快照文件位置 默认状态下，快照被写入每台虚拟机的主目录里。有时你需要改变它的位置，不占用属于虚拟机的卷上的空间。为每台虚拟机上的快照指定一个新的目录是可能的。当你这么做后，快照和vswp文件都被写入到这个目录里。 不过要注意，如果你的虚拟机在共享存储上，你指定本地存储作为地址将不能使用像VMotion/HA/DRS这样的功能。更改方法步骤如下： 摘自IT168 November 18 ESX Update3 磁盘备份工具 vmfs-undelete 的使用方法
Copyright Reserved@Katooo,翻版必究! 转载请著名出处. [root@esx80 /]# pwd / [root@esx80 /]# mkdir vmbackup ########建立保存备份文件的目录 [root@esx80 /]# vmfs-undelete ########运行备份磁盘文件的命令 ######################################################## # VMFS Data Recovery and Backup # # # # This tool is NOT a replacement for regular backups # # Please backup your data on a regular basis # # There is absolutely no guarantee # # Use at your own risk # # # # VMs with Raw Disks (virtual or physical) are # # Not supported!!!! # ######################################################## -------------------------------------------------- Select [b]ackup, [r]estore [q] to quit: b ########备份选择----b ------------------------------------------ 0 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx 1 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx 2 ) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx 3 ) /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx ------------------------------------------ found 4 vms Choose a VM to backup, [99] for all registered VMs or [q] to quit: 99 ########全部都备份就选择99….部分备份,就按照0,1,2,3选择 Backing up all VMs on this host number of vms to backup 4 Ready to write to data to disk Enter path and filename of where to save the recover log to: vmbackup/all_vm_vmdk_backup ########目录必须是存在的,文件会自动生成,所以文件名必须是目前不存在的 ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmdk removing snapshot.... ________________________________________ working on VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx Checking for VM Snapshots... Creating Snapshot... read block list for /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmdk removing snapshot.... Done...... ######## 备份完成 ######################################################## # VMFS Data Recovery and Backup # # # # This tool is NOT a replacement for regular backups # # Please backup your data on a regular basis # # There is absolutely no guarantee # # Use at your own risk # # # # VMs with Raw Disks (virtual or physical) are # # Not supported!!!! # ######################################################## -------------------------------------------------- Select [b]ackup, [r]estore [q] to quit: r ######## 还原 enter file name to restore from: vmbackup/all_vm_vmdk_backup ########选择还原文件的位置 ---------------------------------------- 1) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx 2) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/87_Window2003/87_Window2003.vmx 3) /vmfs/volumes/48ad2ec3-02689de1-a7a0-001e0b75d2d6/86_KT_LocalMachine/86_KT_LocalMachine.vmx 4) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/88_windowsXP_sp3/88_windowsXP_sp3.vmx Found 4 VMs available to restore select VM to restore [1 - 4] or 'q' to quit: 1 ########恢复第一台机器 Available VMDKs to restore: ---------------------------------------- 1) /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk select VMDK to restore [1 - 1 ]: 1 1) /vmfs/volumes/storage1 ------> [VMFS UUID: 48d70e5b-c460124a-d14c-001e0b75d2d4] 2) /vmfs/volumes/EMC_Lun ------> [VMFS UUID: 48ad2ec3-02689de1-a7a0-001e0b75d2d6] 3) /vmfs/volumes/Lun1 ------> [VMFS UUID: 48fc24ca-b04e7806-ed47-001e0b75d2d6] 4) /vmfs/volumes/Lun2 ------> [VMFS UUID: 48d6fbae-ba787635-6de1-001f29579480] select VMFS DataStore to restore to [1 - 4] : 2 ########还原的磁盘文件保存在哪?...这部尤其重要,还原出来的文件不能保存在相同的LUN上 Enter the directory to restore to: reconver_redhat ########还原的磁盘文件保存的位置—文件夹—该文件夹不允许为已经存在的目录 /vmfs/volumes/EMC_Lun/reconver_redhat created successfully. Enter the file name to restore to: [ex: recovered.vmdk]: reconver_rehat.vmdk ########还原出来的磁盘文件的名字,随便改. restoring VM: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmx Disk: /vmfs/volumes/48d70e5b-e8cf29c8-9c04-001e0b75d2d4/86_Redhat_as5_Backup/86_Redhat_as5_Backup.vmdk to : /vmfs/volumes/EMC_Lun/reconver_redhat/reconver_rehat.vmdk [>======================100%======================] Restored Successfully ########还原完成. 这时候可以新建虚拟机, 使用现有的磁盘文件即可.
个人看法, 该磁盘文件备份手法确实是狠! 备份磁盘文件非常快速,并且保存出来的文件非常的小.. 狠的第2个地方,备份后, 无论原来的磁盘文件怎么删除/破坏, 都可以完全还原! 狠的第3个地方,操作十分方便! November 13 ESX Service Console下监控服务器物理内存使用最近发现一个比较有趣的问题.
背景: Esx kernel 与 各种 Linux 的内核进行比较, Redhat 5.0 堪称是最接近的...
然而, 不少人在ESX下使用以及配置ESX, 都有种正在操作Linux的习惯...(我也是一个有着这种习惯及其严重的人)
回到正题, 在VI Client中查看服务器的内存使用对于各位虚拟化管理员来说是家常便饭了, 但是有没想像过某种网管软件在
监控ESX的物理内存使用状况时, 需要人手的输入获取物理内存使用信息的命令??
试了一下, free, esxtop, top, grep MemTotle /proc/meminfo 怎么出来的全是ESX Service Console的内存使用...
试一下watch cat的方法, watch cat /proc/vmware/mem
如果要查看的比较清晰,可以使用watch -d -n 1 cat /proc/vmware/mem ##每1秒进行监控,并且指出变化的地方
OK.问题解决.
该文章属于KT.Cheong 11月原创作品,转载时请以超链接形式标明文章原始出处和作者信息及本声明.
November 04 Windows Se7en(Build 6801)作为Vista Fans, 在Windows Se7en Beta那么重要的时刻, 岂能不当一会小白鼠呢? Windows Se7en加上了新的菜单栏元素--Super Bar. 就因为这个比较重要的因素, 决定再在自己的LAP-TOP上直接使用一段时间. 上图吧. Windows 7的新功能还是不少的.即使这版本根据官方透露,基本只涵盖80%正式版时的新功能. 这里就不详细介绍, 有兴趣的可以百度一下.
November 03 免费的ESX服务器性能监测工具转自--> :::虚拟时代::: <-- Solarwinds公司一直专注于网络管理，今天为大家介绍一款来自Solarwinds的免费ESX服务器工具，VM Monitor。 这个免费软件具有以下特点：
该工具确实很方便，但需要在你的ESX服务器开启SNMP。具体方法如下：
该工具可以在这里免费下载。 November 01 虚拟机文件被锁,无法正常power on该文章属于KT.Cheong 11月原创作品,转载时请以超链接形式标明文章原始出处和作者信息及本声明.
这又是一个非常经典的问题, 一位台客遇到的问题, 又到11月了, 于是决定更新一下BLOG.
现象: 启动虚拟机时, 95%, 停顿并且进程中断, 提示:ubable to access files since it is locked.
祸根: HA
解决方法:
1.首先将cluster中的HA功能关闭. 如果该功能不关闭, 容易造成死锁, VM不断跳动, 不断再不同的ESX内循环被锁, 徒劳而无功.
2.磁盘文件被锁, 要解决, 必须要知道到底是哪台ESX把他给锁住了, 这是关键.
方法:看/var/log/vmkernel . 但是,在做这些前, 再准备些别的工作,见3.
3.在VC中, 把被锁的VM从Inventory中remove掉. 原因很简单,这是一个unregister的过程.
4.根据/var/log/vmkernel, 搜索owner, 可以找到类似以下的语句:
Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304
Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112] OK, owner 后面的 48f5f637-462688bc-fd28-0e1a6434b6f8 就是你的target了. 因为他就是锁住VM的宿主.
5.根据以下命令, 找出到底哪台ESX的UUID是48f5f637-462688bc-fd28-0e1a6434b6f8 ???
[root@esxhostname root]# esxcfg-info |grep -i 'system uuid'
6.找到目标主机后, 当然是杀死他锁住VM的进程. 之所以会被锁,原因就是HA把VM从别的HOST迁移过来, 但是又没有unregister 和register的过程, 所以在第3步的时候,你查看VM的 Summary的时候, host ip还是属于出问题的host. 但是VM又被新的host霸王硬上功的power on, 注册都没注册, 又怎么启动呢..so..
OK.撤远了,我们开始杀进程:
找到PID用下面的命令:
ps -efwww|grep virtualmachine.vmx
找到PID后,
kill -9 PID
7.这时候, 还要确定一件事情, .vswp文件的事情. 这个是给台客处理问题时吸取的经验. 就因为忽略了这个,所以在杀掉进程后,重新注册VM,还说没有SWAP文件,启动还是失败。
在VM启动时会自动生成SWAP,没有SWAP文件,其实就是因为SWAP存在了, 因为重名而导致无法正常生成.
进入到/vmfs/volumes/lunid/vm_path/下, vmkfs -d virtual_machine.vswp
或者进入Datastore Browser, 在里面把SWAP文件删除也可.
8.完全之策, 你还可以进入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION, 对该保存的位置做下设置.
9.从新注册VM. 进入Datastore Browser, 找到VM.vmx, add to inventory.
10.启动VM. Good Luck.
Nov.1th. By Kt.Cheong VISBU又在 epie 那找到好东西咯, 当然就是 [ VISBU ]...
引用 epie :
****************************************************************************************
一款vmware的备份软件，此软件是安装在service console上的，那基本上就代表了无法集中管理，适合小规模Vm环境 但是它是Free的，而且支持schedule task,应该比VCB强。国外有人推荐，我顺便贴出来share下 具体效果如何，目前比较忙，没时间测试。等测试完，再分享下原理和优缺点 VISBU is free backup software that is run from the Service Console that provides VMDK level backups of any VM on storage accessible by the host. The script can be targeted at any ESX server or VC server. The script is designed to be easy to use and offers all features from a simple menu driven interface, so a non-Linux administrator can use it with the minimum of fuss. It provides email reports, automated restoration for every backed up VM, scheduling, is DRS aware, and supports backups to SMB, NFS, EXT3, iSCSI and SAN based volumes. http://engineering.xtravirt.com/products/visbu.html ***************************************************************************************** 测试了一下,确实很不错,速度和在ESX下用VCB一样的,log提示也很清晰. 不过该备份软件仅限于热备,对于power off的VM,似乎是无法backup的. 另外,对于epie的"代表无法集中管理,适合小规模环境",本人发表以下看法(该看法只是与epie兄弟做学术交流): 该软件也可以集中式管理,虽然有点别扭,但是确实可行.本人亲测. 192.168.1.100 virtual_center.vmware.com virtual_center 在备份的时候,输入备份的hostname时,输入virtual_center.vmware.com, 帐号密码当然就是VC的ID和PWD啦. 这时候,是可以备份VC中全部POWER ON状态的VM到本地的. 当然,如果VC管理的ESX都是FC连接的存储,再从存储来一个BACK UP的LUN连接到这台ESX, 那么就是一件美事了. 不知道epie兄弟有何看法?
|
|
|
%e7%a7%91%e6%8a%80%e6%9c%89%e9%99%90%e5%85%ac%e5%8f%b8%5b%e5%8d%8e%e5%8d%97%5d%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f+%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%ee%a0%8f%e2%98%85%e8%af%9a%e9%82%80%e5%8d%8e%e5%8d%97%e5%8c%ba%e5%9f%9f%e5%90%88%e4%bd%9c%e4%bc%99%e4%bc%b4%e2%98%85%22%e4%ba%a4%e9%92%a5%e5%8c%99%e5%b7%a5%e7%a8%8b%22%e2%98%85%3a+November%2c+2008&referrer=){kind=small}
