Tagged: esx
Increasing space of Windows VM on ESX
Increase space by CMD 1.shutdown the VM 2.Run vmkfstools -X 40G windows-eric.vmdk on Esx 3.start the VM 4.login windows 5.Server manager->Disk management->Extend Volume>next Increase space by vSphere 1.shutdown the VM(or keep power at Esx4.0) 2.VM->Edit setting->Harddisk->Provisioned Size->ok 3.start the VM 4.login windows 5.Server manager->Disk management->Extend Volume>next
关于使用iscsi需要先建立vmkernel 和 service console的问题
是因为服务器使用的是 software iscsi initiator,而这个iscsi initator是通过vmkiscsid process实现的，
这个vmkiscsid 又是基于service console控制的，所以要建立软件的 iscsi initiator,必须要
先建立service console 和vmkernel(SC用于iscsi的命令控制，而vmkernel用于I/O控制)
如果你的服务器安装了硬件的iscsi hba卡，那么就不需要service console了，
只需要在这张卡上建立vmkernel 就可以了
其实使用软件iscsi initiator，SC和vmkernel 是可以分开的，只要
SC和vmkernel和iscsi都在同一个网段中，互相能够联通就可以了
虚拟机关机时候做删除快照卡在99%
解决方案：
1、Vmware建议您等待系统自动停止，这样可以将风险减低到最低
2、如果需要强制停止，可以使用以下方法，但是会造成快照文件丢失甚至整个虚拟机无法使用的情况，甚至整个ESX的停机，请慎重考虑
（1）使用SSH连接或者控制台连接到ESX得命令行状态，然后输入以下命令：
#service mgmt-vmware restart
#service vmware-vpxa restart
（2）进入到vCenter所在的操作系统，打开服务控制台
将vmware virtualcenter 服务重启
（3）重新连接到vcenter后，正常情况下是可以将快照删除动作停止掉的，如果没有停止，那么仅能等待系统自动完成，或者强行重启ESX服务器来停止
3、如果快照文件无法保住，可以通过以下方法进行补救
http://kb.vmware.com/kb/1002836
4、由于在生产环境中使用快照本身属于非常危险的动作，而且一旦操作失误就有可能导致出现严重的问题出现，所以请在以后的工作中谨慎使用。
VMware ESX Snapshot删除导致的问题
这几天频繁接触使用ESX，遇到了个案例和大家分享一下。
问题案例背景：
-VM01 [on Data store1] 【Total : 485GB , Snapshot : 200GB】
-Data store1 【Total : 1TB , Free ：25GB 】
-Data store2 【Total : 1TB , Free ：850GB】
过程：当将VM01从Data store1上在线Clone到 Data store2上的时候，进程hang 住，于是手动kill掉了，发现Data store1 的Free空间被全部吃掉。我原以为clone不会吃掉源地址的空间，后来找到原因。因为clone只会clone硬盘数据而不会clone快照文件。所以，在我clone之前，ESX实际上在自动将Snapshot和原数据进行着合并，也就是相当于在删除snapshot。我们知道删除snapshot的时候，至少要留出和snapshot一样大小的空间来完成VMDK的合并，实际上VMware官方建议为1.5倍空间。我的Data store1 只有25GB，自然无法继续clone。
成功案例背景：
-VM01 [on Data store1] 【Total : 485GB , Snapshot : 200GB】
-Data store1 【Total : 1TB , Free ：80GB 】
-Data store2 【Total : 1TB , Free ：850GB】
过程：
经过3小时40分钟完成了，VM01的200GBsnapshot的删除。
经过2个小时完成了 285GB VM01的clone
总结：
clone过程中，如果VM没有带Snapshot，在clone的过程中是不需要占用源Data store的空间的。
Snapshot删除的过程中，需要源Datastore有多余1倍Snapshot空间的space，来正常快速的完成删除操作。
Veeam FastSCP
Fast VM / File Transfer
Veeam FastSCP can copy files over 6 times faster than WinSCP and other SCP-based tools as it uses full network capacity. The Veeam FastSCP engine also features traffic compression and empty block removal for best file copy performance.
Secure Connection
Veeam FastSCP uses SSH as a control channel to generate a one-time username and password for each file transfer session. Veeam FastSCP does not require putting ESXi into “unsupported” mode or compromise its security by enabling additional services.
Simple ESX File Management
Veeam FastSCP has a Windows Explorer-like user interface familiar to any Windows user. Just run it on your Windows machine and start copying – it doesn’t require any additional ESX or ESXi reconfiguration.
FastSCP provides a fast, secure and easy way to manage files and bulk copy VMs across your VMware ESX environment.
Veeam FastSCP is the de facto standard for ESX file management, now with support for ESXi. FastSCP allows users to copy files from ESX to Windows, Windows to ESX, or directly ESX to ESX. FastSCP is the simplest and fastest way to move VMs and templates between datastores or to deliver ISO files to ESX Servers.
NEW: Update 3.0.3 includes full VMware vSphere 4.1 support
Integration with Veeam Backup
Do more from the same console. FastSCP is integrated with Veeam Backup – the #1 backup and replication solution for fast recovery of your VMware Infrastructure. To download a trial license and learn more about Veeam Backup please click the link above.
OS Knowledge Base 