''s profileKT' Cheung's Space 【 张智波...PhotosBlogListsMore  |  Tools Help |
|
|
如何使用esxtop工具确定VMware ESX内存使用情况转载Searchsv.com.cn的文章.
Detail:
好文章,值得收藏.
FYI.
KT at the midnight.
March 16 Defunct cimservera processes seen on VMware ESX 3.5 running hardware management agentsDetails
Note: This issue is not specific to certain management agents.
This issue was observed to happen on idling VMware ESX hosts with hardware management agents installed and discovered by their corresponding management application. A high number of the defunct processes could result in various symptoms resulting from the VMware ESX service console failing to spawn new processes.
Symptoms include:
If you are able to log in to the service console, you can verify this issue using the following command, which might show from a few up to thousands of cimservera defunct processes:
# ps -ef
root 6232 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>]
root 6377 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>] root 6496 0.0 0.0 0 0 ? Z Sep24 0:00 [cimservera <defunct>] In addition, /var/log/messages shows the failed logins:
Nov 17 18:29:32 blr-cpd-018 cimservera[505]: user "root" failed to authenticate
Nov 17 18:29:34 blr-cpd-018 cimservera[506]: user "root" failed to authenticate Nov 17 18:29:36 blr-cpd-018 cimservera[507]: user "root" failed to authenticate Nov 17 18:29:39 blr-cpd-018 cimservera[508]: user "root" failed to authenticate Solution
If the failed login attempts are the result of misconfigured credentials in the management application, correct this problem first before proceeding to prevent further degradation.
Restart the pegasus process to clear the defunct cimservera processes. Use the following command at the service console:
# service pegasus restart If you are unable to log in to the service console as a result of this problem, there are two alternatives:
Note: This issue is fixed in VMware ESX 3.5, Patch ESX350-200901407-BG: Updates Pegasus (KB 1006657). February 27 ESX下有文件被占用?找出真凶...ESX下有文件被占用了,想知道到底是哪个用户,哪个进程在占用他,怎么办?
先举例说明再做结论..
我们在ESX下,可以先检测一个文件,使用
tail -f /var/log/vmkernel ##众所周知,这是在检测vmkernel..
然后我们再用一个命令:
lsof |grep vmkernel
这时候出现了
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
syslogd 1572 root 10w REG 104,3 56734 750051 /var/log/vmkernel
tail 18544 root 3r REG 104,3 56734 750051 /var/log/vmkernel OK,这时候啥都出来了.. 自己看着办吧.
kill -9 18544
你在看看tail是否还在执行?肯定断掉了吧...就是那么简单..
OK.完毕! KT原创@随便转载. February 25 [颠覆传统] 当只有ESX，周围没有WINDOWS以及VI Client时，急切对ESX做相关复杂配置怎么办？ vmware-vim-cmd 帮助你！[原创文章] 如题了。 当IDC各种环境发生变化，急切对ESX做复杂的操作而身边却只有ESX的情况下，怎么办？ vmware-vim-cmd 帮助你！这绝对是一个颠覆传统的命令！ 这命令可能知道的人不少，但是国内关于这命令以及使用的文章，简直是寥寥无几，就等我开这么个头，希望大家往ESX Service Console中不断探索，发现更多的更好更有效完成我们工作的命令以及使用技巧。 这命令是在ESX命令行下启动kernel中vmotion功能而发现的。 ESX中，启动/关闭vmkernel中vmotion功能命令如下： [启动] vmware-vim-cmd hostsvc/vmotion/vnic_set [vnic] ##例如：vmware-vim-cmd hostsvc/vmotion/vnic_set vmk0 [关闭] vmware-vim-cmd hostsvc/vmotion/vnic_unset [vnic] ##例如：vmware-vim-cmd hostsvc/vmotion/vnic_unset vmk0 大家可能会觉得很奇怪，为什么vmware-vim-cmd 后面家的参数hostsvc如此奇怪呢？
不妨直接运行vmware-vim-cmd看看：
发现其中的秘密了没？ 主要介绍其中几项…… hostsvc/ 包含的是一些关于host设置的命令，类似网络，硬件信息，存储，防火墙，各种服务等等…… vmsvc/ 则包含的是对Virtual Machine的一些常规设置，类似查看状态，启动，关闭，快照管理，添加/扩展磁盘，等等…… vimsvc/ 包含的是一些权限，license等等更多VI Client以及VC中一些常规的设置
那么，这些对于我们平时使用有什么帮助？ 那就见仁见智了，我个人认为，让工作高效，简单，明了，特别是VI Client出现故障或者是在没有VI Client的情况下。
举个例子： 平时在ESX命令行下启动一虚拟机有什么方法？
看下vmware-vim-cmd 是怎么实现的？
另外，使用这种方法去修改网络以及其他配置时，也是更加的有效以及方便的。 不过值得注意的时，这东西，还是有些笨的。 修改网络配置后，一般需要使用 刷新命令 [refresh]， 否则修改后，你getinfo时，就会发现，怎么好像没配置成功，这确实有些让人困惑，但是refresh后，一起都好了！
OK，今天上课就到这吧！关于这命令更多的使用，需要靠各位继续去挖掘，实践了！ 另外, 找到一个第三方vmware-vim-cmd使用手册: [下载链接] ##该文章属于Kt.Cheong原创文章！ 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月原创作品,转载时请以超链接形式标明文章原始出处和作者信息及本声明.
September 08 Linux定时任务系统Cron入门August 15 Connot connect to host ipaddr: No connection could be made because the target machine acrively refused itConnot connect to host ipaddr: No connection could be made because the target machine acrively refused it.
为什么会导致这问题就不想解释了..
只提供解决方案..
ps -A|grep xinetd
并不能发现相关的进程,说明该进程已经关闭.
直接执行:
xinetd
OK.再看一下VM Console.问题解决.!
. August 13 ESX 以及 虚拟机 支持jumbo frame(巨帧)的设置自ESX 3.5开始, 该版本已经开始支持"jumbo frame(巨帧)".
要想ESX支持巨帧,当然首先修改ESX上行交换机的MTU值, 该步骤略.
ESX上的操作则主要为:
修改vSwitch 的MTU,
esxcfg-vswitch -m 9000 vSwitch1 (设置mtu为9000，默认1500，最大9000)
要设置虚拟机上网卡支持jumbo frame，需要设置为Enhanced vmxnet网卡.
如果是手动修改.vmx文件,则需要修改/ 添加以下两行:
ethernet1.virtualDev = "vmxnet"
ethernet1.features = "15" 另外，要让vmkernel支持jumbo frame的话，必须手工创建vmkernel
esxcfg-vmknic -a -i vmkernel-ip -n 255.255.255.0 -m 9000 vmk0 OK.完毕! July 05 Edit the "Block Size" under Command Line[root@localhost /]#vmkfstools -C vmfs3 -b 8M -S name /vmfs/devices/disks/vmhba0\:0\:0\:2
其中
-C 添加/格式vmfs分区
-b 设置block size:1M,2M,4M,8M
-S 设置存储的名字
/vmfs/devices/disks/vmhba0\:0\:0\:2 指定格式化的位置,可以简化成直 vmhba0\:0\:0\:2
查看相对应的hba卡地址,可以使用:
esxcfg-vmhbadevs
or
esxcfg-vmhbadevs -m
June 02 ESX: Security Banner at Console Login with Color定制ESX登入时提示信息.. 其实方法比较简单,只需要修改/etc/motd文件即可. 如果你想把的提示信息弄得colorful一些,你可以借助一个小软件了:MOTD Maker MOTD Maker download:http://edeca.net/site/programs:motdmaker 看下完成后的效果吧!
May 27 ESX iSCSI无法修改CHAP密码问题解决办法 |ESX|iSCSI|CHAP|该文章出自vmware.cn,作者Richard_Chen,
故障现象：
一台ESX3.5，利用软件iSCSI连接至iSCSI盘柜，此前工作正常。但一次因配置需要修改CHAP密码，却发现无法修改密码，提示“Failed to update Authentication properties”（见附图），并因此无法找到盘柜。 解决办法： 1、用VI打开/etc/vmkiscsi.conf文件，找到以下关于CHAP用户名和密码配置处， OutgoingUsername="iqn.1998-01.com.vmware:vm01-42057b0d" #OutgoingPassword="***" 将#OutgoingPassword="***"前的“#”删除，并将密码修改为新的密码，保存退出。 2、运行配置配置命令 esxcfg-swiscsi -s 呵，总算见到久违的iSCSI Target。 可能的原因： 在查找配置文件vmkiscsi.conf时发现还有另一个文件vmkiscsi.conf.tmp，打开后发现内容和vmkiscsi.conf相近，只是内容只到OutgoingUsername这一行，猜想可能是系统处理到密码配置这一行时就出错停下来了。经观察密码配置行内容特征，所以怀疑是原密码中有怪字符（此密码是盘柜配置程序自动生成的，当时偷懒没有自己起）引起的。这么多年来，见到因为密码中有怪字符引起的离奇问题也有好多例，所以也在此提醒大家慎用怪字符做为密码。 May 20 Warning:Failing I/O due to too many Reservation conflicts======================== ======================== 群集主机启动显示Reservation conflict 的含义： 1、 首先这是群集系统共用一个磁盘柜时，而磁盘柜已经被另一台机器抢占了，造成另一台机器无法访问共享磁盘柜的提示； 2、 在群集系统里，有可能存在开机默认以那台机器为主，所以共享磁盘柜已经被开机默认的机器占用； 3、 这种现象在Linux的低版本群集软件中比较常见；
单机启动显示Reservation conflict 的含义： 1、 在系统或服务启动时存在多个应用程序同时访问共享存储，造成后者无法访问的提示； 2、 在共享SAN环境中，注意SCSI Reserve stape功能开启时常常与备份软件或专业应用程序运行冲突； 3、 建议从所有使用共享磁盘柜的应用程序中删除存储设备，然后重新MOUNT解决。
如果是系统I/O或ID不一致导致冲突，可以试试以下命令：IOSCAN 自动解决保持一致。如果不能自动解决，建议先删除共享存储设备，然后重新启动看是否还有错误提示（有可能会造成某些服务无法自动启动，改成人工），然后重新MOUNT再启动服务。 March 22 ESX SERVER 下 NTP 時區同步問題 NTP問題--很“小”，很強大！千萬別小看NTP,在ESX下,這可是一個變態!
時間同步的重要性估計大家都清楚,昨天一朋友詢問了我這一問題,花費了1天1夜,總算解決了.心情猶如"面朝大海"般的感覺.
按照VMware.cn和VMware.com KB上的一些特例上説明,其實要時間同步倒是一件不難得事情,基本上修改ESX下幾個文件即可.
試驗環境:
NTP SERVER:WINDOWS 2003
NTP CLIENT:ESX 3.5 U1
WINDOWS 2k3上搭建NTP服務器方法:
2.修改以下选项的键值HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer内的「Enabled」设定为1，打开NTP服务器功能（默认是不开启NTP Server服务，除非电脑升级成为域控制站）
3 修改以下键值HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\AnnounceFlags设定为5．该设定强制主机将它自身宣布为可靠的时间源.
如果ESX SERVER在安裝的時候已經安裝了NTP服務的話,基本上對系統文件不需要做修改.使用以下命令即可.
關閉NTP服務: service ntpd stop
時間同步到WIN2K3的服務器: ntpdate 10.3.131.90 重新啓動NTP服務:service ntpd start
關鍵的時刻來了,
#date
Sat Mar 22 18:10:37 GMT 2008
鬱悶,比實際時間快了8個小時!!!
从worldtimezone.com上得知，一个时区缩写，的确是有多种含义的，CST可代表：
#date +%z%Z
察看時區,"正常"。不過這所謂的“正常”就是“不正常”，不許把它改掉！
一般情況下，我們可以使用：
#tzselect 选择时区
export TZ=GMT-8 重置。
hwclock 寫入BIOS
watch "ntpq -p" 察看NTP更新狀態
不錯，時間總算同步了。我就嘗試reboot一下，啓動后發現，我太天真了，時間依然差8小時，看來我的時間並未能保存並且生效！
軟的不受，我來硬的了！
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
直接修改為CST！
在來一次 hwclock -w 或者clock -w寫入到BOIS，REBOOT！
重啓后，
#date
.......
wooooow......心情舒暢......
March 20 ESX Server下幾個比較常用的命令esxcfg-vswif -l #查看控制台的ip
esxcfg-vswitch -d vswitch0 #####删除vswitch0 esxcfg-nics -l #察看本地的网卡， esxcfg-vswitch -l #察看vswitch ，也能看到那块网卡链接到这个switch esxcfg-vswitch a vswitch0 #创建一个vswitch0 esxcfg-vswitch -p "Service Console" vswitch0 #命名为Service Console esxcfg-vswitch -L vmnic2 vswitch0 #把那块百兆的网卡和这个 switch 连接起来 esxcfg-vswif -a vswif0 -p "Service Console" i 192.168.1.100 -n 255.255.255.0 #给他ip和网关 esxcfg-vswif -l #查看修改是否成功，这也是查看控制台的ip esxcfg-vswitch -l #也能看到那块网卡链接到这个switch 其實大家都知道ESX3.0&3.5的kernel是vmlinuz-2.4.21~VMware爲了掩飾一切,改些那麽長的命令,平時改個IP也麻麻煩煩,
所以,我還是使用常規LINUX的修改IP方法:
ifconfig vswif0 192.168.1.253 netmask 255.255.255.192
route add default gw 192.168.1.1
添加DNS:
echo nameserver 172.16.3.33 >> /etc/resolv.conf
others,eg:
[root@nt08 root]# esxcfg-vswif -i 10.0.0.1 -n 255.255.255.0 vswif0 # 修改Service console 地址 [root@nt08 root]# vi /etc/hosts # 更改IP地址 [root@nt08 root]# vi /etc/sysconfig/network # 修改机器名和网关
此时重启机器或者执行以下命令可以立刻生效 [root@nt08 root]# service network restart
Kt.Cheong March 08 記事--沒記性，開啓root用戶可SSH功能此方法是嚴重違反一位合格管理員管理原則的做法，請大家別學我這种方法．
因爲本人的服務器是個人所用，有時為了方便，所以打開此功能！
vi /etc/ssh/sshd_config
PermitRootLogin no （修改no 為 yes） 重新啓動SSHD服務
/etc/init.d/sshd restart
copyleft(r)Kt' Cheong |
|
|
%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+ESX+Server&referrer=){kind=small}
