The ESX host generates certificates the first time the system is started. Under certain circumstances, it might be required to force the host to generate new certificates. Typically new certificates only need to be generated if the hostname has been changed or the certificates have been deleted accidentally.
Each time you restart the vmware-hostd process, the mgmt-vmware script searches for existing certificate files (rui.crt and rui.key). If the files cannot be found, new certificate files are generated.
1.In the directory /etc/vmware/ssl, back up any existing certificates by renaming them with these commands:
1.mv /etc/vmware/ssl/rui.crt /etc/vmware/ssl/orig.rui.crt
2.mv /etc/vmware/ssl/rui.key /etc/vmware/ssl/orig.rui.key
2.Restart the vmware-hostd process with the command: "service mgmt-vmware restart". This will generate new certificates based on the new IP address.
3.Confirm that the ESX host successfully generated new certificates by running this command and comparing the time stamps of the new certificate files with orig.rui.crt and orig.rui.key: "ls -la /etc/vmware/ssl/rui*"
You should be good. Do a hard reset of the server, and the new hostname and IP address should be in place.
Wednesday, June 1, 2011
Saturday, March 5, 2011
Difference Between ESX & ESXI
Here I am going to give you the difference between the ESX & ESXI points wise based on the clasifications.
Service Console
ESX:- Service Console is a standard Linux environment through which a user has privileged access to the VMware ESX kernel. This Linux-based privileged access allows you to highly customize your environment by installing agents and drivers and executing scripts and other Linux-environment code.
ESXI:-VMware ESXi is designed to make the server a computing appliance. Accordingly, VMware ESXi behaves more like firmware than traditional software. To provide hardware-like security and reliability, VMware ESXi does not support a privileged access environment like the Service Console of VMware ESX. To enable interaction with agents, VMware has provisioned CIM Providers through which monitoring and management tasks – traditionally done through Service Console agents – can be performed. VMware has provisioned RCLI to allow the execution of scripts.
Remote CLI
ESX:- VMware ESX Service Console has a host CLI through which VMware ESX can be configured. ESX 3.5 Update 2 supports RCLI.
ESXI:-VMware ESX Service Console CLI has been ported to a Remote CLI (RCLI) for VMware ESXi. RCLI is a virtual appliance that interacts with VMware ESXi hosts to enable host configuration through scripts or specific commands.
Note:
•RCLI is limited to read-only access for the free version of VMware ESXi. To enable full functionality of RCLI on a VMware ESXi host, the host must be licensed with VI Foundation, VI Standard, or VI Enterprise.
•The VMware Infrastructure toolkit for Windows and the Perl toolkit access ESXi through the same API as RCLI. Similarly, these toolkits are limited to read-only access for the free version of VMware ESXi. When the host is upgraded to VI Foundation, VI Standard, or VI Enterprise, these toolkits have write-access and provide a scriptable method for managing ESXi hosts.
•The following Service Console CLI commands have not been implemented in
RCLI:
◦ESXcfg-info
◦ESXcfg-resgrp
◦ESXcfg-swiscsi
Scriptable Installation
ESX:- VMware ESX supports scriptable installations through utilities like KickStart.
ESXI:- VMware ESXi Installable does not support scriptable installations in the manner ESX does, at this time. VMware ESXi does provide support for post installation configuration script using RCLI-based configuration scripts.
Boot from SAN
ESX:- VMware ESX supports boot from SAN. Booting from SAN requires one dedicated LUN per server.
ESXI:- VMware ESXi may be deployed as an embedded hypervisor or installed on a hard disk.
In most enterprise settings, VMware ESXi is deployed as an embedded hypervisor directly on the server. This operational model does not require any local storage and no SAN booting is required because the hypervisor image is directly on the server.
The installable version of VMware ESXi does not support booting from SAN.
Serial Cable Connectivity
ESX:- VMware ESX supports interaction through direct-attached serial cable to the VMware ESX host.
ESXI:- VMware ESXi does not support interaction through direct-attached serial cable to the VMware ESXi host at this time.
SNMP
ESX:- VMware ESX supports SNMP.
ESXI:- VMware ESXi supports SNMP when licensed to a VI Foundation, VI Standard, or VI Enterprise edition. The free version of VMware ESXi does not support SNMP.
Active Directory Integration
ESX:- VMware ESX supports Active Directory integration through third-party agents installed on the Service Console.
ESXI:- VMware ESXi with a Virtual Infrastructure license and in conjunction with VirtualCenter allows users to be authenticated via Active Directory. In this configuration, users can log in directly to an ESXi host and authenticate using a local username and password.
The free version of VMware ESXi does not support Active Directory integration at this time.
HW Instrumentation
ESX:- Service Console agents provide a range of HW instrumentation on VMware ESX.
ESXI:- VMware ESXi provides HW instrumentation through CIM Providers. Standards-based CIM Providers are distributed with all versions of VMware ESXi. VMware partners may inject their own proprietary CIM Providers in customized versions of VMware ESXi. To obtain a customized version of VMware ESXi, you typically have to purchase a server with embedded VMware ESXi through a server vendor.
At this time, HP also offers its customized VMware ESXi Installable on http://www.vmware.com/. Dell, IBM, and FSC will soon offer their customized version of VMware ESXi on http://www.vmware.com/.
Remote console applications like Dell DRAC, HP iLO, IBM RSA, and FSC iRMC S2 are supported with ESXi.
Note: COS agents have a longer lineage than CIM Providers and are therefore more mature. VMware is actively working with its 250+ partners to close the CIM Provider–Service Console agent gap.
Software Patches and Updates
ESX:- VMware ESX software patches and upgrades behave like traditional Linux based patches and upgrades. The installation of a software patch or upgrade may require multiple system boots as the patch or upgrade may have dependencies on previous patches or upgrades.
ESXI:- VMware ESXi patches and updates behave like firmware patches and updates. Any given patch or update is all-inclusive of previous patches and updates. That is, installing patch version “n” includes all updates included in patch versions n-1, n-2, and so forth.
Licensing
ESX:- VMware ESX hosts can be licensed as part of a VMware Infrastructure 3 Foundation, Standard, or Enterprise suite.
ESXI:- VMware ESXi hosts can be individually licensed (for free) or licensed as part of a VMware Infrastructure 3 Foundation, Standard, or Enterprise suite.
Individually licensed ESXi hosts offer a subset of management capabilities (see SNMP and Remote CLI).
Jumbo Frames
ESX:- iSCSI with Jumbo Frames is not supported.
ESXI:- Jumbo Frames are not supported for VMkernel networking interfaces in ESXi 3.x. In ESXi 3.5, Jumbo Frames are only supported on non-VMkernel network interfaces. For more information, see Enabling Jumbo Frames of the ESXi Server Configuration Guide.
Service Console
ESX:- Service Console is a standard Linux environment through which a user has privileged access to the VMware ESX kernel. This Linux-based privileged access allows you to highly customize your environment by installing agents and drivers and executing scripts and other Linux-environment code.
ESXI:-VMware ESXi is designed to make the server a computing appliance. Accordingly, VMware ESXi behaves more like firmware than traditional software. To provide hardware-like security and reliability, VMware ESXi does not support a privileged access environment like the Service Console of VMware ESX. To enable interaction with agents, VMware has provisioned CIM Providers through which monitoring and management tasks – traditionally done through Service Console agents – can be performed. VMware has provisioned RCLI to allow the execution of scripts.
Remote CLI
ESX:- VMware ESX Service Console has a host CLI through which VMware ESX can be configured. ESX 3.5 Update 2 supports RCLI.
ESXI:-VMware ESX Service Console CLI has been ported to a Remote CLI (RCLI) for VMware ESXi. RCLI is a virtual appliance that interacts with VMware ESXi hosts to enable host configuration through scripts or specific commands.
Note:
•RCLI is limited to read-only access for the free version of VMware ESXi. To enable full functionality of RCLI on a VMware ESXi host, the host must be licensed with VI Foundation, VI Standard, or VI Enterprise.
•The VMware Infrastructure toolkit for Windows and the Perl toolkit access ESXi through the same API as RCLI. Similarly, these toolkits are limited to read-only access for the free version of VMware ESXi. When the host is upgraded to VI Foundation, VI Standard, or VI Enterprise, these toolkits have write-access and provide a scriptable method for managing ESXi hosts.
•The following Service Console CLI commands have not been implemented in
RCLI:
◦ESXcfg-info
◦ESXcfg-resgrp
◦ESXcfg-swiscsi
Scriptable Installation
ESX:- VMware ESX supports scriptable installations through utilities like KickStart.
ESXI:- VMware ESXi Installable does not support scriptable installations in the manner ESX does, at this time. VMware ESXi does provide support for post installation configuration script using RCLI-based configuration scripts.
Boot from SAN
ESX:- VMware ESX supports boot from SAN. Booting from SAN requires one dedicated LUN per server.
ESXI:- VMware ESXi may be deployed as an embedded hypervisor or installed on a hard disk.
In most enterprise settings, VMware ESXi is deployed as an embedded hypervisor directly on the server. This operational model does not require any local storage and no SAN booting is required because the hypervisor image is directly on the server.
The installable version of VMware ESXi does not support booting from SAN.
Serial Cable Connectivity
ESX:- VMware ESX supports interaction through direct-attached serial cable to the VMware ESX host.
ESXI:- VMware ESXi does not support interaction through direct-attached serial cable to the VMware ESXi host at this time.
SNMP
ESX:- VMware ESX supports SNMP.
ESXI:- VMware ESXi supports SNMP when licensed to a VI Foundation, VI Standard, or VI Enterprise edition. The free version of VMware ESXi does not support SNMP.
Active Directory Integration
ESX:- VMware ESX supports Active Directory integration through third-party agents installed on the Service Console.
ESXI:- VMware ESXi with a Virtual Infrastructure license and in conjunction with VirtualCenter allows users to be authenticated via Active Directory. In this configuration, users can log in directly to an ESXi host and authenticate using a local username and password.
The free version of VMware ESXi does not support Active Directory integration at this time.
HW Instrumentation
ESX:- Service Console agents provide a range of HW instrumentation on VMware ESX.
ESXI:- VMware ESXi provides HW instrumentation through CIM Providers. Standards-based CIM Providers are distributed with all versions of VMware ESXi. VMware partners may inject their own proprietary CIM Providers in customized versions of VMware ESXi. To obtain a customized version of VMware ESXi, you typically have to purchase a server with embedded VMware ESXi through a server vendor.
At this time, HP also offers its customized VMware ESXi Installable on http://www.vmware.com/. Dell, IBM, and FSC will soon offer their customized version of VMware ESXi on http://www.vmware.com/.
Remote console applications like Dell DRAC, HP iLO, IBM RSA, and FSC iRMC S2 are supported with ESXi.
Note: COS agents have a longer lineage than CIM Providers and are therefore more mature. VMware is actively working with its 250+ partners to close the CIM Provider–Service Console agent gap.
Software Patches and Updates
ESX:- VMware ESX software patches and upgrades behave like traditional Linux based patches and upgrades. The installation of a software patch or upgrade may require multiple system boots as the patch or upgrade may have dependencies on previous patches or upgrades.
ESXI:- VMware ESXi patches and updates behave like firmware patches and updates. Any given patch or update is all-inclusive of previous patches and updates. That is, installing patch version “n” includes all updates included in patch versions n-1, n-2, and so forth.
Licensing
ESX:- VMware ESX hosts can be licensed as part of a VMware Infrastructure 3 Foundation, Standard, or Enterprise suite.
ESXI:- VMware ESXi hosts can be individually licensed (for free) or licensed as part of a VMware Infrastructure 3 Foundation, Standard, or Enterprise suite.
Individually licensed ESXi hosts offer a subset of management capabilities (see SNMP and Remote CLI).
Jumbo Frames
ESX:- iSCSI with Jumbo Frames is not supported.
ESXI:- Jumbo Frames are not supported for VMkernel networking interfaces in ESXi 3.x. In ESXi 3.5, Jumbo Frames are only supported on non-VMkernel network interfaces. For more information, see Enabling Jumbo Frames of the ESXi Server Configuration Guide.
Friday, March 4, 2011
Freeing disk space on an ESX host
To Free up your ESX server, first you should know what files are stored in different locations.
•The /vmimages folder. This folder is used to store operating system install files such as the VMware Tools or other ISO files.
•The /var/core folder. This folder is used to store crash files for processes on the service console.
•The /var/log folder. This folder stores the majority of the logs for the ESX host.
•Any VMFS volume. These are used to store the virtual machine data.
Run the following command to check which files are using more space on the Disk:
[root@server]# find / -size +10240000c -exec du -h {} \; | less
The following are a list of files that can be deleted from the ESX server
•Old vm-support logs
•Virtual machines that are not being used and are not needed
•ISO files that were copied to the system
•The /vmimages folder. This folder is used to store operating system install files such as the VMware Tools or other ISO files.
•The /var/core folder. This folder is used to store crash files for processes on the service console.
•The /var/log folder. This folder stores the majority of the logs for the ESX host.
•Any VMFS volume. These are used to store the virtual machine data.
Run the following command to check which files are using more space on the Disk:
[root@server]# find / -size +10240000c -exec du -h {} \; | less
The following are a list of files that can be deleted from the ESX server
•Old vm-support logs
•Virtual machines that are not being used and are not needed
•ISO files that were copied to the system
How to Check Disk space usage on the ESX
To check the free space on an ESX service console partitions:
1.Log in to the ESX service console as root from either an SSH session or directly from the console of the host.
2.Type df -h.
The output appears similar to:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 4.9G 3.0G 1.6G 66% /
/dev/sda1 99M 18M 77M 19% /boot
none 145M 0 145M 0% /dev/shm
/dev/sda7 2.0G 135M 1.7G 8% /var/log
[root@server]#
************************************************************
To check the free space on a VMFS volume of an ESX host:
1.Log in to the ESX service console as root from either an SSH session or directly from the console of the host.
2.Type vdf -h.
The output appears similar to:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 4.9G 3.0G 1.6G 66% /
/dev/sda1 99M 18M 77M 19% /boot
none 145M 0 145M 0% /dev/shm
/dev/sda7 2.0G 135M 1.7G 8% /var/log
/vmfs/devices 439G 0 439G 0% /vmfs/devices
/vmfs/volumes/458865ba-b31110fd-43d5-00127994e616
68G 47G 20G 69% /vmfs/volumes/San_Storage
/vmfs/volumes/45b5eb1a-808343db-ecab-00114335854b
26G 9.7G 16G 36% /vmfs/volumes/Local_Storage
[root@server]#
************************************************************************
Command to show the largest files with the Directories
[root@server]#du -h --max-depth=1 "dir"
This command lists the directories within a given filesystem that contain the largest files.
1.Log in to the ESX service console as root from either an SSH session or directly from the console of the host.
2.Type df -h.
The output appears similar to:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 4.9G 3.0G 1.6G 66% /
/dev/sda1 99M 18M 77M 19% /boot
none 145M 0 145M 0% /dev/shm
/dev/sda7 2.0G 135M 1.7G 8% /var/log
[root@server]#
************************************************************
To check the free space on a VMFS volume of an ESX host:
1.Log in to the ESX service console as root from either an SSH session or directly from the console of the host.
2.Type vdf -h.
The output appears similar to:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 4.9G 3.0G 1.6G 66% /
/dev/sda1 99M 18M 77M 19% /boot
none 145M 0 145M 0% /dev/shm
/dev/sda7 2.0G 135M 1.7G 8% /var/log
/vmfs/devices 439G 0 439G 0% /vmfs/devices
/vmfs/volumes/458865ba-b31110fd-43d5-00127994e616
68G 47G 20G 69% /vmfs/volumes/San_Storage
/vmfs/volumes/45b5eb1a-808343db-ecab-00114335854b
26G 9.7G 16G 36% /vmfs/volumes/Local_Storage
[root@server]#
************************************************************************
Command to show the largest files with the Directories
[root@server]#du -h --max-depth=1 "dir"
This command lists the directories within a given filesystem that contain the largest files.
Saturday, February 5, 2011
Installing CLI for Virtual Center in Windows
Installing VCLI on Windows
Before you can run vCLI commands on your Window system, you have to install the vCLI package and test the installation by running a command.
The vCLI installation package for Windows includes the ActivePerl runtime from ActiveState Software and required Perl modules and libraries. The vCLI is supported on the following Windows platforms:
Windows 2003 32 bit
Windows XP SP3 32 bit
Windows Vista Enterprise SP1 32 bit
Windows 2008 64 bit
To install the vCLI Package on Windows
1 Download the vCLI Windows installer package. You can find the installer on the VMware Communities page.
2 Start the installer.
3 (Optional) If prompted to remove older versions of vSphere SDK for Perl or vCLI, you can either accept or install the vCLI package on a different system.
4 Click Next in the Welcome page.
5 To install the vCLI in a nondefault directory, click Change and select the directory. The default location is C:\Program Files\VMware\VMware vCLI.
6 Click Next.
7 Click Install to proceed with the installation. The installation might take several minutes to complete.
8 Reboot your system. Without reboot, path settings might not be correct on your Windows platform. After you install the vCLI and reboot your system, you can test the installation by running a command from
the Windows command prompt.
To run a vCLI command on Windows
1 Open a command prompt.
2 Navigate to the directory in which the vCLI is installed.
cd C:\Program Files\VMware\VMware vSphere CLI\bin
3 Run the command, passing in connection options and other options.
On Windows, the extension .pl is required for most commands, but not for esxcli.
.pl
For example:
vicfg-nas.pl --server my_esxhost --list
The system prompts you for a user name and password.
Before you can run vCLI commands on your Window system, you have to install the vCLI package and test the installation by running a command.
The vCLI installation package for Windows includes the ActivePerl runtime from ActiveState Software and required Perl modules and libraries. The vCLI is supported on the following Windows platforms:
Windows 2003 32 bit
Windows XP SP3 32 bit
Windows Vista Enterprise SP1 32 bit
Windows 2008 64 bit
To install the vCLI Package on Windows
1 Download the vCLI Windows installer package. You can find the installer on the VMware Communities page.
2 Start the installer.
3 (Optional) If prompted to remove older versions of vSphere SDK for Perl or vCLI, you can either accept or install the vCLI package on a different system.
4 Click Next in the Welcome page.
5 To install the vCLI in a nondefault directory, click Change and select the directory. The default location is C:\Program Files\VMware\VMware vCLI.
6 Click Next.
7 Click Install to proceed with the installation. The installation might take several minutes to complete.
8 Reboot your system. Without reboot, path settings might not be correct on your Windows platform. After you install the vCLI and reboot your system, you can test the installation by running a command from
the Windows command prompt.
To run a vCLI command on Windows
1 Open a command prompt.
2 Navigate to the directory in which the vCLI is installed.
cd C:\Program Files\VMware\VMware vSphere CLI\bin
3 Run the command, passing in connection options and other options.
On Windows, the extension .pl is required for most commands, but not for esxcli.
For example:
vicfg-nas.pl --server my_esxhost --list
The system prompts you for a user name and password.
How Configure the Network card Speed in ESX Console
Configuring the speed and duplex of the ESX Server host network adapter at the service console
To configure the speed and duplex of the ESX Server host network adapter using the service console:
1.Log in to the ESX Server host as the root user at the physical console, by remote console, or by SSH.
2.Type the following command and press Enter to list the available network adapters and their current settings:
[root@server root]# esxcfg-nics -l
Name PCI Driver Link Speed Duplex Description
vmnic0 04:04.00 tg3 Up 1000Mbps Full BCM5780 Gigabit Ethernet
vmnic1 04:04.01 tg3 Up 1000Mbps Full BCM5780 Gigabit Ethernet
3.The following examples illustrate how to change the speed and duplex of an ESX Server network adapter.
Configure vmnic1 for autonegotiation:
[root@server root]# esxcfg-nics -a vmnic1
Force vmnic1 to operate at 100/Full:
[root@server root]# esxcfg-nics -s 100 -d full vmnic1
Type esxcfg-nics without parameters to get full usage information
To configure the speed and duplex of the ESX Server host network adapter using the service console:
1.Log in to the ESX Server host as the root user at the physical console, by remote console, or by SSH.
2.Type the following command and press Enter to list the available network adapters and their current settings:
[root@server root]# esxcfg-nics -l
Name PCI Driver Link Speed Duplex Description
vmnic0 04:04.00 tg3 Up 1000Mbps Full BCM5780 Gigabit Ethernet
vmnic1 04:04.01 tg3 Up 1000Mbps Full BCM5780 Gigabit Ethernet
3.The following examples illustrate how to change the speed and duplex of an ESX Server network adapter.
Configure vmnic1 for autonegotiation:
[root@server root]# esxcfg-nics -a vmnic1
Force vmnic1 to operate at 100/Full:
[root@server root]# esxcfg-nics -s 100 -d full vmnic1
Type esxcfg-nics without parameters to get full usage information
Subscribe to:
Posts (Atom)