Archive for the ‘ESX’ tag
VMWare ESX: static MAC address
Last week I planned to migrate some virtual machines running on a Windows host with VMWare Server 1.x version to VMWare ESX 3.5i host. One of the vm’s is running as license server and the key is registered by using the MAC of the network interface.
I had the prerequisite of keeping the MAC address of this VM. I first read this post I found with google. http://zealkabi.blogspot.com/2008/09/vmware-esx-server-3x-procedure-to-set.html
I first tried it manually but got the famous error message “The MAC address entered is not in the valid range. Valid values are between xx:xx:xx:xx:xx”
Then I removed the vm from ESX inventory; download the vmx file and changed the ethernet0.addressType to static and ethernet0.Address = “01:0C:29:B0:27:E1″ with Notepad++.I deleted original file from the Datastore and upload the vmx file back. I started the vm again and got the message below:
Please specify a static Ethernet address for ethernet0. Failed to configure ethernet0
Without additional setting in the vmx config file you won’t be able to assign a static MAC address in the range your require. To disable mac address checking before boot add the following line in the vmx file.
ethernetX.checkMACAddress = “false”
Thanks to Jason Nash I fixed this problem.
http://jasonnash.wordpress.com/2008/08/30/disabling-mac-address-checking-in-vmware/
My working config changes:
ethernet0.checkMACAddress = “false”
ethernet0.addressType = “static”
ethernet0.Address = “00:0C:29:B0:27:E1″
VMWare ESX: Hyper-V and memory overcommit? forget it!
Hyper-V Manager error when trying to start my 4th virtual machine:
- An error occurred while attempting to change the state of virtual machine. Unable to allocate MB of RAM. Insufficient system resources exist to complete the requested service. etc…
What is Memory Overcommitment?
Memory overcommitment is not a feature in itself, but a collection of technologies out of which “transparent page sharing” is the most interesting in my opinion. The usefulness of transparent page sharing will spring to mind immediately if you consider VDI environments. There, host machines typically run large numbers of identical client operating systems with the same applications installed on them. Since all the clients/guests run the same application set, most of the code pages they need to keep in memory are identical. Each guest keeps separate copies of all system and application EXEs and DLLs in memory – what a waste!
Now consider the following: in memory program code is organized in units of pages. If you had a component that identified all those identical pages in each guest’s virtual memory and map them to one set of pages in the host’s physical memory, you could reduce the code memory footprint of n virtual machines to that of one single virtual machine. And that is in a nutshell what VMware’s “transparent page sharing” does.
VMWare ESX: Virtual Hard Disk FULL
I am working to prepare my virtual machine to move it from test network to production. Before bringing this virtual machine to production I wanted to run the latest updates and during the process my virtual hard disk went full ;-(. I sized the vm with 6GB of disk space and yes I run into disk space problem.
VMWare ESX allows you to extend the virtual disk size on a running virtual machine. How to extend the virtual disk size? Right click the virtual machine in the VI cleint; choose settings and go to “Hard Disk 1″ and type new disk size. Click OK.
Example of my new Disk Configuration in “Disk Management”. To extend the virtual disk we need to go to diskpart and extent the volume.
I opened command prompt and opened diskpart; selected the volume and run extend.
The volume you selected may not be extended.
Please select another volume and try again.
My virtual hard disk was full and I was not able to extend my basic disk with the additional 2GB I added to this configuration.
Thanks to Kalpesh Prajapati post I was able to find a solution to my problem.
Follow these steps to extend your virtual machine basic hard disk:
- Shutdown the virtual machine
- Extend the virtual disk size
- Add the harddisk to another virtual machine and start it up (second virtual machine)
- Open command prompt and start diskpart.exe
- list volumes and select the volume with the disk problem
- extend the disk
Make sure the volume has a drive letter assigned otherwise same warning will be returned. Virtual machine was started again without any problems and two additional gigs of disk space.
Links:
- Arne Fokkema posted another way how to perfom these actions on a basic disk. It should be easier if you download the additional ExtPart.exe tool from Dell. Extend the OS disk the easy way (ExtPart.exe)
VMWare ESX: Service Console IP address
There are couple command line tools that VMWare ESX offers when the server has been installed with the “Service Console” mode (without i). In the following example I will explain and show how to create new vSwitch; link a physical network interface and assign a IP address for your “Service Console” management interface.
[root@LAB-ESX-01 root]# esxcfg-vswitch -a vSwitch0 –> This will create new virtual switch
[root@LAB-ESX-01 root]# esxcfg-vswitch -L vmnic0 vSwitch0 –> This will link my first physical network interface to vSwitch0
Result of the two commands:
As you can see vmnic0 with 1000Mbps has been associated with vSwitch0. Now I would like to have a “Service Console” port group sitting on this virtual switch.
[root@LAB-ESX-01 root]# esxcfg-vswitch -A Service\ Console vSwitch0 –> This will create new port group named Service Console. Creating new port group on a virtual switch is nothing more than assigning or defining a interface on a switch. Now I would like to assign a L3 IP address on this interface/portgroup.
[root@LAB-ESX-01 root]# esxcfg-vswif -a vswif2 -p “Service Console” -i 192.168.1.2 -n 255.255.255.0 -b 192.168.1.255 –> This will create new L3 interface which is linked to the Service Console port group with an static IP address. ESX server will generate new L2 mac address and assign this to the vswif2 interface.
[2008-09-12 13:22:21 'Vnic' warning] Generated New MAC address, 00:50:56:40:49:f4 for vswif2
Target result:
Just using two built-in esx configuration command line tools I was able to create and assign new service console ip address on a special physical management network interface.
Summary:
- esxcfg-vswitch -a switch_name
- esxcfg-vswitch -L physical_nic switch_name
- esxcfg-vswitch -A Service\ Console switch_name
- esxcfg-vswif -a vswif2 -p “Service Console” -i 192.168.1.2 -n 255.255.255.0 -b 192.168.1.255
Related links:
VMware ESX: SSH remote management
After installing VMWare ESX 3.5 hypervisor host server I would like to manage this system with SSH remotely. Server is manufactured by Dell and the DRAC mgmt card interface is available but I prefer to use SSH. SSH is enabled by default but disallows access for root.
See my work log and screenshots how to enable this feature:
- Login with root from the console
- Change directory with “cd /etc/ssh”
- Open sshd_config with “vi sshd_config”
- Locate Authentication section and change “PermitRootLogin no” to “PermitRootLogin yes”; for going into edit mode type i; press ESC to exit
- Type “:wq!” to save and exit the file
- Restart the SSH deamon with “service sshd restart”
- Start putty.exe or any of you favorite SSH remote management tools to connect to your ESX 3.5 server.
This procedure also applies to version 3.x. With this procedure I achieved to manage my ESX server remotely so I don’t need to use my remote management access card. SSH daemon also support secure file copy protocol which can be used to connect with WinSCP and download or upload any file/virtual machine to your VMFS file system.
Please be aware of any security implications! I enabled this kind of access because the management interface is sitting in a different VLAN than the vSwitch networks within virtual machine which are trunked amongst different networks.
VMWare ESX3i: FREE
Who could ever believe and see VMWare releasing their ESX for free. Last night I read small post on my Windows Mobile device.
What is VMware ESXi 3.5?
VMware ESXi 3.5 is the industry’s first, thin hypervisor integrated into server hardware. With its next-generation architecture embedded in hardware, VMware ESXi enables a plug-and-play data center with greater security, reliability and manageability. Requiring no installation and minimal configuration, VMware ESXi accelerates server deployment—IT organizations can take servers from boot-up to running production applications in virtual
machines in minutes.
List of features is amazing and now we all get them for free. Check the full list here, but these are which I like:
- Bare-metal architecture
- Small Footprint with only 32MB
- Virtualization for storage and support for iSCSI
- VLAN tagging support
- Wake-on LAN
- 64bit support
Basically all features I missed with VMWare Server and now getting them for free with ESX3i version.
Why is VMware making ESXi free? VMware is making its standalone ESXi hypervisor available at no cost in order to help companies of all sizes experience the benefits of virtualization. Customers have shown tremendous interest in ESXi due to its innovative architecture, simple setup, and high performance. Allowing IT administrators to obtain VMware ESXi for free enables everyone to gain access to VMware’s datacenter technology and prove its value in their own companies.
I have nothing more to add than just go download the VMware ESXi data sheet for more information and get a free copy of VMware ESXi and try it for yourself. I am running couple of production host servers with VMWare Server and will upgrade them very soon.
