vmware
ESX 3.5 – Change the default gateway
From the command prompt enter
Netstat –nr — this Command will help you to id the actual gateway address
You now need to change your default gateway, you can do this by editing the network file located at /etc/sysconfig/network. To do this at the command prompt, follow the steps below.
“cd /etc/sysconfig”
“vi network”
Then while in vi, go to the location of the default gateway using the arrow keys.
Hit “i” which will perform an insert and change the default gateway to your liking.
Hit the escape key twice to exit insert mode.
type “:wq” to write (i.e save) and quit.
ESX 3.5 – Remove a PortGroup
During the graphical installation of ESX 3.5 there is a single checkbox that states “Create Network for Virtual Machines” Usually I uncheck this box and create a new vSwitch for VM’s
However, if you don’t uncheck this box it will create the portgroup “VM Network” on the same vSwitch as the “Service Console” port group. If you run vCenter Server it’s easy enough to repair, however here is how it’s done from the console level…
Here is how you remove it from command line…
Esxcfg-vswtich –l –Show all the vSwitches and associated portgroups
Esxcfg-vswtich vSwitch0 –D “VM Network” – Actually Removes it
Here is the actual output…
ESX 3.5 – Change a VLAN Tag on a PortGroup
I setup 4 ESX servers the other day and the wrong vlan tag was entered. MyLAN admin is out of the office, so I have two choices… One Bug him like crazy (Calls and Emails) or two wait till he returns to change the VLAN tag
I like Option 3 – Change the VLAN tag myself…
I found this here and it work perfectly…
http://www.geekshangout.com/?q=node/17
Check which vSwitch the Service Console is on (and the name of the Service Console) with esxcfg-vswitch -l
To remove the vlan id completely, just set it to 0 (in case you have set it by accident on an access port)
esxcfg-vswitch vSwitch0 -v 0 -p “Service Console”
To set a vlan id on the service console (in case you forgot to define this during the installation)
esxcfg-vswitch vSwitch0 -v X -p “Service Console” (enter the vlan number where X is)
Here is my actual output (VLAN tags have been changed to protect the innocent!)
ESX 3.5 – NTP Time Server Restart
I found the following commands to work really well when you need to restart your NTP sevice on your ESX server.
Logon to the console level..
Commands >> Effect
# service ntpd restart >> Restart the service.
# chkconfig –level 345 ntpd on >> Enable the NTP daemon to autostart when the server is rebooted.
# hwclock –systohc >> Set the local hardware clock to the NTP synchronized local system time.
#hwclock –show {Press Enter} << Shows you the current clock
Fri 23 Apr 2010 08:17:41 AM MST -0.989683 seconds
ESX 3.5 – Partitions
I get asked this question many times… what are the best practices for partitions with ESX 3.5.
Here are the settings that I use…
Setting primary partitions
Best practices state that the following partitions should be made “Primary” partitions:
Table 3 – Primary Partitions
Mount Point Partition Type Size in MB
/boot ext3 100 MB
/ ext3 2048 MB
N/A swap 1600 MB
This can be accomplished by selecting each of the aforementioned partitions (one at a time) and clicking the “Edit” button. The configuration options for that partition/file system will be brought up. Select (turn on) the checkbox option near the bottom of the box labeled “Force to be a primary partition”. Do this for each of 3 file systems listed above, clicking “OK” after fixing each file system.
Configuring partitions
The following table adheres to VMware best practices:
Extended Partitions
Mount Point Partition Type Size in MB
/var ext3 4096 MB
/tmp ext3 1024 MB
/opt ext3 2048 MB
/home ext3 1024 MB
vmkcore 100 MB
N/A vmfs Remaining space
VMware KB: Enhanced VMotion Compatibility (EVC) processor support
Check out this great article on EVC… lots of great information and links!
VMware KB: Enhanced VMotion Compatibility (EVC) processor support: “Enhanced VMotion Compatibility (EVC) processor support
Details
Enhanced VMotion Compatibility (EVC) simplifies VMotion compatibility issues across CPU generations. EVC automatically configures server CPUs with Intel FlexMigration or AMD-V Extended Migration technologies to be compatible with older servers. After EVC is enabled for a cluster in the VirtualCenter inventory, all hosts in that cluster are configured to present identical CPU features and ensure CPU compatibility for VMotion. The features presented by each host are determined by selecting a predefined EVC baseline. VirtualCenter does not permit the addition of hosts that cannot be automatically configured to be compatible with the EVC baseline.”
TalkShoe – Call – VMware Communities Roundtable
I found this really cool little community today thanks to a fellow VMUG User (Vlad N)
They have some really cool stuff..
TalkShoe – Call – VMware Communities Roundtable: “VMware Communities Roundtable”
ESX / ESXi 4.0 Whitebox HCL
I found this cool link to whitebox with your ESX servers.. check it out!
Thanks to a fellow VMUG User (Vlad N)
ESX / ESXi 4.0 Whitebox HCL: “Motherboards and unsupported servers that work with ESX 4.0 and / or ESXi 4.0 Installable
Lasted updated – 2010.02.02″
- ← Previous
- 1
- …
- 24
- 25