IT-SIP

Capacity planning is the tightrope act of IT, leaving you to walk the thin line between wasting money on excess capacity and losing money because of capacity constraints.

In a rapidly changing business environment, delays caused by a lack of capacity can lead to missed opportunities. There is no net under this tightrope. You have to get the balance right.

How much server capacity do you have right now? Are you actively monitoring capacity, or are you just setting alarms to let you know when it is almost gone? And as your capacity is consumed, do you know where it is going? Five different project planners may think they have sufficient capacity available, but if they were all looking at the same pool of available resources, you could be in serious trouble if even two of those five projects move forward.

Capacity planning and resource management have always been challenges for businesses, and recent virtualization trends may actually place even greater emphasis on these challenges.

Virtualization exposes previously masked deficiencies as it decreases provisioning times and speeds up server deployments. For example, before you virtualized, you may have provisioned hardware and scheduled firewall rules concurrently. If provisioning hardware took, say, three weeks, it didn't matter that it took two weeks to schedule firewall rules. But as soon as virtualization shortened the hardware provisioning time to three days, the firewall scheduling suddenly became the roadblock. This is just one of the factors that can work to upset the capacity planning balancing act.

Organizations can usually consume resources pretty quickly, but replenishing those resources can involve bidding, quotes and a number of signatures before orders are even placed -- and then there is shipping, receiving, racking, cabling, etc. You cannot do capacity planning for tomorrow, because by the time you get your additional resources, you'll already need even more. You need to be looking at least two months out.

You may also need to re-evaluate and consider streamlining your procurement process to address capacity planning needs. If you are in a position to have your vendors deliver excess resources that you will not pay for until powering them on, that could be a good option to help you respond to demand more quickly.

Capacity planning is a critical task for IT shops. If you are implementing virtualization or managing a cloud computing infrastructure, you have placed your capacity planning and management under a microscope. The success or failure of your environment is directly tied to your ability to manage capacity.

Original article at http://searchservervirtualization.techtarget.com/news/column/0,294698,sid94_gci1516710,00.html?track=NL-653&ad=776236&asrc=EM_NLN_12051365&uid=3056478

How to address data storage management problems caused by virtual desktop software

2010-08-02T00:13:00.001+05:30

Your customers are beginning to look at virtual desktop software -- also referred to as desktop virtualization or virtual desktop infrastructure (VDI) -- as a way to help manage the challenges of user desktops and laptops. Desktop virtualization typically fills two roles: to either drive down end-point costs in the case of organizations with a large number of shift workers or to lower end-point management costs for companies with users equipped with their own laptops and desktops. In either case, the load that desktop virtualization puts on data storage management -- which manifests in capacity problems and boot storms -- is unprecedented, even when compared with server virtualization.

While it is true that most traditional desktops have far less capacity than physical servers, there are generally far more desktops than servers, so when those desktops are virtualized, there's still a significant capacity impact on the data center. And while most virtual desktop software products have the capability to negate initial capacity consumption through the use of techniques such as golden masters, in which one core copy of the desktop environment feeds many users, the net changes that users make to those systems are stored separately. Clearly, golden masters help rein in capacity demands, but hundreds or thousands of users adding data to their virtual desktops (as well as making changes to their preferences) will of course increase the overall data storage management burden.

To help customers address their capacity issues, you should look for supporting storage systems that can provide deduplication and/or compression.

As you'd expect, deduplication's role with desktop virtualization is to identify and reduce potential redundancies that are introduced after imaging. The classic example is the same document being emailed and then stored on each desktop or laptop. In the past these documents were all on standalone, individual systems, so no capacity gains could be made. With a virtual desktop software infrastructure, those documents would be saved on the same storage system, and with deduplication, the redundancy can be eliminated. Another, less obvious storage gain of deduplication relates to operating system updates. While these updates can be applied to the master, not all updates are; some are applied to their resulting clones on an individual basis. Because of this, duplication can work its way into the system files, and deduplication can help address this problem.

The role of compression with VDI, on the other hand, would be to help your customers further reduce the data footprint by compressing the entire data set. Together, deduplication and compression can significantly shrink the capacity footprint of the virtual desktop software environment, in some cases by as much as 95%.

The second issue stemming from desktop virtualization related to data storage management is the boot storm, or login storm, which can occur at the beginning of the work day or during a shift change, where hundreds of users might log in to the system at about the same time. The storage system becomes overwhelmed with the number of requests, and your customer's users can experience incredibly long boot times. Quickly, they start screaming for their old desktops back.

To resolve the boot storm issue, the first step is to reduce the overall capacity requirements as discussed above. With the capacity reduced, more of the boot images can be loaded into the storage system's cache and the storage I/O process required by login can be served from the faster RAM that makes up that cache. In a virtual desktop software environment, it is advisable to add as much memory to the storage system's cache as possible.

But, even if your customer can afford all the cache that their system supports, sometimes the storage system can't support enough cache to fix the problem. In that case, traditional storage media will need to serve up the initial image loads. The faster the media the better; solid-state drives (SSD) are ideal. The problem is cost-justifying the most expensive storage possible just for a once-a-day event.

The best approach here is to recommend a solution that can automatically tier images to and from a faster SSD platform during the boot process and then move those images back to slower mechanical drives after the boot-up is complete. After the initial boot storm has passed, automated tiered storage could move performance-starved business application data to the faster tier for the rest of the day until the next morning's login.

If your customer can't cost-justify an SSD tier, another, slower option is to use a small group of 15,000 rpm drives (Fibre Channel or SAS, depending on the storage system) to auto-tier in conjunction with the normal primary storage tier, which typically consists of 10,000 rpm drives.

From Article on http://searchstoragechannel.techtarget.com/tip/0,289483,sid98_gci1516467,00.html?track=NL-675&ad=775735&asrc=EM_NLT_11998040&uid=3056478

Microsoft's Hyper-V R2 vs. VMware's vSphere: A cost comparison

2009-12-11T14:03:00.001+05:30

Caveats

Without actual, real-world workloads and operating systems, I decided to take a simplistic approach to this comparison by keeping things relatively streamlined. For example, you'll notice that: in both the VMware and Microsoft cases, the total workload is 150 virtual machines; every virtual machine is running Windows Server 2008 Standard; and every host is identically configured with dual processors.

My goal was to develop a reasonable, consistent baseline and then just work the numbers to see how things would fall out. Further, all of the pricing you see is list; no volume discounts are applied because that information varies too much between vertical and between licensing programs.

These calculations do not include hardware costs; this is a software-only affair. This comparison does not attempt to include maintenance costs, either, as these vary by support level. The Microsoft pricing does include some software maintenance, but only because it's included in the list price. Note that only the Data Center (DC) edition of Windows is compared against the various editions of vSphere. To use any other Windows version in an enterprise virtualization platform would simply not make sense and would drive pricing through the roof due to Microsoft's general DC-only virtualization policies.

In addition, when it comes to server virtualization, my organization (Westminster College) is a VMware vSphere/ESX shop, but I am also keeping my eye on Hyper-V. I stayed as unbiased as possible in this cost comparison.

Cost comparison

Table A shows you this comparison, along with two costing options. Below the table, I provide more detail.

Table A

Click the image to enlarge.

License model. The method by which the product is licensed. This is either per host or per processor.

List price. This is the published list price for each component based on the license model. For example, for vSphere, the list price is per processor, as indicated in the row above.

VMs/host. How many virtual machines will run on each physical host? Originally, I gave an advantage to vSphere due to the product's memory overcommitment capabilities, among other things. I feel that VMware's features give it a significant capacity edge over Hyper-V. However, I decided to keep the comparison as streamlined and consistent as possible. In order to do so, I needed to keep the capacity information consistent. You will note that pricing Option 2 shows what could happen when you take into account vSphere's increased VM density.

Total VMs. How many total virtual machines will be hosted by the infrastructure?

Req'd hosts. Based on the inputs from the VMs/host and Total VMs rows, how many hosts are needed to support this environment?

Host processors. How many processors are installed in each physical host? Since some products are licensed on a per-processor/per-socket basis, this is important.

VM OS. What operating system will run inside each virtual machine in the environment? For the sake of comparison, I indicate that every VM will run Windows Server Standard. In the real world, this is highly unlikely, but it does provide a good baseline software cost comparison.

Management. What management tool or tools will be used to manage the virtual infrastructure? For vSphere, vCenter is your choice. For Microsoft, there are various options, but at the density levels in the table, using Microsoft's Server Management Suite Data Center, which is pretty expensive and licensed per processor. There are other management options for Hyper-V, so don't take what you see here as the final word. Consider the issue of management software carefully and buy only what you need. Note that this suite includes only CALs for individual management tools, such as Operations Manager; you still need to separately license the Operations Manager server. The same holds true if you decide to use Configuration Manager and/or Data Protection Manager. Those CALs are also included in the suite, but the server license is a separate deal.

Management license model. As is the case with the hypervisor, the management software is licensed either per host or per processor.

Management list price. What is the list price for the management software based on the license model?

Windows Server. How much does Windows Server Standard cost?

Hypervisor Costs. What is the total cost of the hypervisor software based on the inputs?

Windows Server Costs. At first glance, how much do the individual Windows Server Standard virtual instances cost? There is a $0 amount in the Hyper-V column because Windows Data Center includes unlimited virtual instances of Windows Server, any edition. If you were to run this infrastructure on Hyper-V on Windows Server Enterprise, you'd pay a whole lot for those virtual instances since only four are included with an Enterprise license.

Management Costs. How much does the management software cost? From everything I've read, the Microsoft management product is licensed per physical host, thus making the management costs go through the roof.

Total. What is the total cost of the solution?

Option 1
This is an extremely important and cost saving option… and it's legal. Several years ago, Microsoft made the following statement regarding the unlimited virtualized instances allowance in the Windows Server Data Center license:

"Licensing does not depend on which virtualization technology is used. With all processors in a server licensed for Windows Server 2003 R2, Datacenter Edition, you can run one instance of the software in a physical operating system environment and an unlimited number of instances in virtual operating system environments. With VMWare GSX Server or SWsoft Virtuozzo, this means you can run one physical instance plus unlimited virtual instances. With VMWare ESX Server, it means you can run unlimited virtual instances because there is no need for a physical instance."

This means that you can run any hypervisor you want and, as long as you also buy a Windows Server DC license to apply to that physical host, you can run as many Windows Server instances as you like on that server. This basically means that you're buying software you'll never use — Windows Server DC — but if you do that math, you can see that having the ability to run as many copies of Windows as you like on a virtual host can quickly add up to a lot of savings. For a dual processor server, a DC license would cost about $6,000. It would take only two virtual enterprise instances or six virtual standard instances to hit the breakeven point. Since this example assumes 10 VMs per host, there are a lot of savings.

Option 2
This option shows the possible effect of vSphere's increased VM density.

Final notes

Again, the values I placed in the table are only for comparison. I'd expect to see higher densities on VMware hosts, which quickly brings down the cost. As you eliminate VMware hosts due to density increases, you get just about $7,000 back per server ($3,495 x 2 processors), and you also save on the associated Windows DC license ($6,000 - $2,999 x 2 processors). For example, suppose you increase the density to 15 VMs per server under vSphere Enterprise Plus. In this case, your total cost would drop from $199,815 to $134,875, which isn't too far off the Hyper-V cost. If you need fewer features, you can license vSphere Standard or Advanced and actually save money on the VMware solution.

If you want to play around with the numbers in this cost comparison, the table is available as a downloadable Excel spreadsheet.

VMware Esxcfg command in detail

2009-12-04T16:56:00.002+05:30

Esxcfg-firewall

Description: Configures the service console firewall ports
Syntax: esxcfg-firewall <options>

Options:

-q	Lists current settings
-q <service>	Lists settings for the specified service
-q incoming\|outgoing	Lists settings for non-required incoming/outgoing ports
-s	Lists known services
-l	Loads current settings
-r	Resets all options to defaults
-e <service>	Allows specified service through the firewall (enables)
-d <service>	Blocks specified service (disables)
-o <port, tcp\|udp,in\|out,name>	Opens a port
-c <port, tcp\|udp,in\|out>	Closes a port previously opened by –o
-h	Displays command help
-allowincoming	Allow all incoming ports
-allowoutgoing	Allow all outgoing ports
-blockincoming	Block all non-required incoming ports (default value)
-blockoutgoing	Block all non-required outgoing ports (default value)

Default Services:

AAMClient	Added by the vpxa RPM: Traffic between ESX Server hosts for VMware High Availability (HA) and EMC Autostart Manager – inbound and outbound TCP and UDP Ports 2050 – 5000 and 8042 – 8045
activeDirectorKerberos	Active Directory Kerberos - outbound TCPs Port 88 and 464
CIMHttpServer	First-party optional service: CIM HTTP Server - inbound TCP Port 5988
CIMHttpsServer	First-party optional service: CIM HTTPS Server - inbound TCP Port 5989
CIMSLP	First-party optional service: CIM SLP - inbound and outbound TCP and UDP Ports 427
commvaultDynamic	Backup agent: Commvault dynamic – inbound and outbound TCP Ports 8600 – 8619
commvaultStatic	Backup agent: Commvault static – inbound and outbound TCP Ports 8400 – 8403
ftpClient	FTP client - outbound TCP Port 21
ftpServer	FTP server - inbound TCP Port 21
kerberos	Kerberos - outbound TCPs Port 88 and 749
LicenseClient	FlexLM license server client - outbound TCP Ports 27000 and 27010
nfsClient	NFS client - outbound TCP and UDP Ports 111 and 2049 (0 – 65535)
nisClient	NIS client - outbound TCP and UDP Ports 111 (0 – 65535)
ntpClient	NTP client - outbound UDP Port 123
smbClient	SMB client - outbound TCP Ports 137 – 139 and 445
snmpd	SNMP services - inbound TCP Port 161 and outbound TCP Port 162
sshClient	SSH client - outbound TCP Port 22
sshServer	SSH server - inbound TCP Port 22
swISCSIClient	First-party optional service: Software iSCSI client - outbound TCP Port 3260
telnetClient	NTP client - outbound TCP Port 23
TSM	Backup agent: IBM Tivoli Storage Manager – inbound and outbound TCP Ports 1500
veritasBackupExec	Backup agent: Veritas BackupExec – inbound TCP Ports 10000 – 10200
veritasNetBackup	Backup agent: Veritas NetBackup – inbound TCP Ports 13720, 13732, 13734, and 13783
vncServer	VNC server - Allow VNC sessions 0-64: inbound TCP Ports 5900 – 5964
vpxHeartbeats	vpx heartbeats - outbound UDP Port 902

Note: You can configure your own services in the file /etc/vmware/firewall/services.xml

esxcfg-firewall examples:
Enable ssh client connections from the Service Console:
# esxcfg-firewall -e sshClient
Disable the Samba client connections:
# esxcfg-firewall -d smbClient
Allow syslog outgoing traffic:
# esxcfg-firewall -o 514,udp,out,syslog
Turn off the firewall:
# esxcfg-firewall -allowIncoming
# esxcfg-firewall -allowOutgoing
Re-enable the firewall:
# esxcfg-firewall -blockIncoming
# esxcfg-firewall –blockOutgoing

Esxcfg-nics

Description: Prints a list of physical network adapters along with information on the driver, PCI device, and link state of each NIC. You can also use this command to control a physical network adapter's speed and duplexing.
Syntax: esxcfg-nics <options> [nic]

Options:

-s <speed>	Set the speed of this NIC to one of 10/100/1000/10000. Requires a NIC parameter.
-d <duplex>	Set the duplex of this NIC to one of 'full' or 'half'. Requires a NIC parameter.
-a	Set speed and duplex automatically. Requires a NIC parameter.
-l	Print the list of NICs and their settings.
-r	Restore the NICs configured speed/duplex settings. (Internal use only)
-h	Displays command help

esxcfg-nics examples:
Set the speed and duplex of a NIC (vmnic2) to 100/Full:
esxcfg-nics -s 100 -d full vmnic2
Set the speed and duplex of a NIC (vmnic2) to auto-negotiate:
esxcfg-nics -a vmnic2

Esxcfg-vswitch

Description: Creates and updates virtual machine (vswitch) network settings
Syntax: esxcfg-vswitch <options> [vswitch[:ports]]

Options:

-a	Add a new virtual switch.
-d	Delete the virtual switch.
-l	List all the virtual switches.
-L <pnic>	Set pnic as an uplink for the vswitch.
-U <pnic>	Remove pnic from the uplinks for the vswitch.
-p <portgroup>	Specify a portgroup for operation. Use ALL for operation to work on all portgroups
-v <vlan id>	Set VLAN ID for portgroup specified by -p. 0 would disable the VLAN.
-c	Check to see if a virtual switch exists. Program outputs a 1 if it exists, 0 otherwise.
-A <name>	Add a new portgroup to the virtual switch.
-D <name>	Delete the portgroup from the virtual switch.
-C <name>	Check to see if a portgroup exists. Program outputs a 1 if it exists, 0 otherwise.
-r	Restore all virtual switches from the configuration file (Internal use only)
-h	Displays command help

esxcfg-vswitch examples:
Add a pnic (vmnic2) to a vswitch (vswitch1):
esxcfg-vswitch -L vmnic2 vswitch1
Remove a pnic (vmnic3) from a vswitch (vswitch0):
esxcfg-vswitch -U vmnic3 vswitch0
Create a portgroup (VM Network3) on a vswitch (vswitch1):
esxcfg-vswitch -A "VM Network 3" vSwitch1
Assign a VLAN ID (3) to a portgroup (VM Network 3) on a vswitch (vswitch1):
esxcfg-vswitch -v 3 -p "VM Network 3" vSwitch1

Esxcfg-vswif

Description: Creates and updates service console network settings. This command is used if you cannot manage the ESX Server host through the VI Client because of network configuration issues.
Syntax: esxcfg-vswif <options> [vswif]

Options:

-a	Add vswif, requires IP parameters. Automatically enables interface.
-d	Delete vswif.
-l	List configured vswifs.
-e	Enable this vswif interface.
-s	Disable this vswif interface.
-p	Set the portgroup name of the vswif.
-i <x.x.x.x> or DHCP	The IP address for this vswif or specify DHCP to use DHCP for this address.
-n <x.x.x.x>	The IP netmask for this vswif.
-b <x.x.x.x>	The IP broadcast address for this vswif. (not required if netmask and ip are set)
-c	Check to see if a virtual NIC exists. Program outputs a 1 if the given vswif exists, 0 otherwise.
-D	Disable all vswif interfaces. (WARNING: This may result in a loss of network connectivity to the Service Console)
-E	Enable all vswif interfaces and bring them up.
-r	Restore all vswifs from the configuration file. (Internal use only)
-h	Displays command help.

Note: You can set the Service Console default gateway by editing the /etc/sysconfig/network file or through the VI Client under Configuration, DNS & Routing.

esxcfg-vswif examples:
Change your Service Console (vswif0) IP and Subnet Mask:
esxcfg-vswif -i 172.20.20.5 -n 255.255.255.0 vswif0
Add a Service Console (vswif0):
esxcfg-vswif -a vswif0 -p "Service Console" -i 172.20.20.40 -n 255.255.255.0

Esxcfg-route

Description: Sets or retrieves the default VMkernel gateway route
Syntax: esxcfg-route <options> [<network> [<netmask>] <gateway>]
<network> can be specified in 2 ways: as a single argument in <network>/<mask> format or as a <network> <netmask> pair.
<gateway> is either an IP address or 'default'

Options:

-a	Add route to the VMkernel, requires network address (or 'default') and gateway IP address.
-d	Delete route from the VMkernel, requires network address (or 'default').
-l	List configured routes for the Service Console.
-r	Restore route setting to configured values on system start. (Internal use only)
-h	Displays command help

esxcfg-route examples:
Set the VMkernel default gateway route:
esxcfg-route 172.20.20.1
Add a route to the VMkernel:
esxcfg-route -a default 255.255.255.0 172.20.20.1

Esxcfg-vmknic

Description: Creates and updates VMkernel TCP/IP settings for VMotion, NAS, and iSCSI
Syntax: esxcfg-vmknic <options> [[portgroup]]

Options:

-a	Add a VMkernel NIC to the system, requires IP parameters and portgroup name.
-d	Delete VMkernel NIC on given portgroup.
-e	Enable the given NIC if disabled.
-D	Disable the given NIC if enabled.
-l	List VMkernel NICs.
-i <x.x.x.x>	The IP address for this VMkernel NIC. Setting an IP address requires that the -n option be given in same command.
-n <x.x.x.x>	The IP netmask for this VMkernel NIC. Setting the IP netmask requires that the -i option be given in the same command.
-r	Restore VMkernel TCP/IP interfaces from configuration file. (Internal use only)
-h	Displays command help

esxcfg-vmknic examples:

Add a VMkernel NIC and set the IP and subnet mask:
esxcfg-vmknic -a "VM Kernel" -i 172.20.20.19 -n 255.255.255.0

What is Changed Block Tracking in vSphere?

2009-12-03T14:13:00.002+05:30

CBT is a new feature in vSphere that can keep track of the blocks of a virtual disk that have changed since a certain point in time. This is extremely useful for backup and replication applications that can use this information to greatly improve incremental backup and replication times. Without CBT these applications have to figure out changed blocks on their own so being able to get this information for free using the vStorage advanced programming interfaces is extremely valuable to them.

CBT is not really part of the vStorage APIs but is a new feature of the VMkernel that is built into the storage stack. The CBT feature can be accessed by third-party applications as part of the vStorage APIs for Data Protection. Applications can use the API to query the VMkernel to return the blocks of data that have changed on a virtual disk since the last backup operation. You can use CBT on any type of virtual disk, thick or thin and on any datastore type except for physical mode Raw Device Mappings. This includes both NFS and iSCSI datastores.

Besides requiring vSphere, a prerequisite for using CBT is that a virtual machine must be using version 7 virtual hardware. While this is the default in vSphere (you can still choose the old version 4 hardware that was used in VMware Infrastructure 3, if you upgraded a host from ESX 3 to ESX 4 you must also upgrade the virtual hardware of the VMs to version 7 to use this feature.

The CBT feature is disabled by default; the reason for this is there is a very small bit of overhead that occurs when using it. However this overhead is a small price to pay for the great efficiencies that happen by enabling it. This feature is not global and can be enabled on only select VMs that you want to take advantage of this functionality. It can be enabled either through the vSphere client or by using the SDK. To enable it in the vSphere client you need to add a configuration parameter to each VM using the below steps:

1. Power off the VM. This is necessary to add a configuration parameter, edit the settings of the VM. Select the Options tab, then under Advanced, General click the Configuration Parameters button.

2. Next, click the Add Row button. You first need to add a general parameter for the VM to enable the feature and then add additional ones for each virtual disk that you wish to enable it on. For the general parameter enter "ctkEnabled" for the name and "true" for the value.

3. For each virtual disk you need to add "scsi#:#.ctkEnabled" for the name where the # signs should be replaced by the controller/disk number for each disk. Usually this is 0:0 for the first disk, then 0:1 for the second disk, etc. Also use "true" for the value for this parameter.

4. Click OK when you are done to save it.

An alternate method to enable CBT is using the SDK. Many backup applications that support CBT will automatically do this for you. For details on using the SDK method see this VMware tech note which describes how to use VirtualMachineConfigSpec and ReconfigVM_Task methods to accomplish this programmatically. Typically you will not want to enable this unless you have a specific application that can utilize this feature such as VMware Data Recovery or Veeam Backup & Replication.

Once enabled a VM must go through what is called a stun/unstun cycle for it to take effect. This cycle happens during certain VM operations including power on/off, suspend/resume, create/delete snapshot. During this cycle a VM's disk are reopened which allows a change tracking filter to be inserted into the storage stack for that VM. You might wonder where CBT stores the information about changed blocks for a virtual disk, it does this in a special "-ctk.vmdk" file that is created in each VM's home directory for each virtual disk that it is enabled on.

This size of this file is fixed and does not grow beyond its initial size unless you increase the size of a virtual disk. The size of this file will vary based on the size of a virtual disk which is approximately .5MB for every 10 GB of virtual disk size. Inside this file the state of each block is stored for tracking purposes using sequence numbers that can tell applications if a block has changed or not. One of these files will exist for each virtual disk that CBT is enabled on.

CBT is a great feature that really improves the efficiency and speed of virtual machines' backup, restore and replication operations in vSphere. Several backup applications have already taken advantage of this new feature and are reporting greatly improved incremental backup times and being able to achieve near continuous data protection because of it.

Special thanks to John Troyer and Jon Bock from VMware and Anton Gostev from Veeam for taking the time to help me better understand the vStorage APIs and CBT.

Posted by: Eric Siebert

Eric Siebert, vSphere on http://itknowledgeexchange.techtarget.com/

Common Fault issues in VMware Infrastructure

2009-11-02T19:27:00.002+05:30

1007819
Dealing with an unresponsive virtual machine

1007802
Confirming a virtual machine is unresponsive

1007805
Locating a virtual machine log files on an ESX host

1000674
Can't stop or kill virtual machine

1004344
Identifying causes of not being able to power cycle ESX Server virtual machines

1007808
Ensuring a virtual machine is not inaccessible due to a VMware VirtualCenter issue

1007813
Troubleshooting a virtual machine that has become unresponsive because of an ESX host

1007814
Troubleshooting a virtual machine that is unresponsive because of configuration issues

1007818
Dealing with unresponsive guest OS issues

1007808
Ensuring a virtual machine is not inaccessible due to a VMware VirtualCenter issue

1003895
Stopping, starting, or restarting the VirtualCenter Server service

1002687
Virtual machine stops responding in a Power On state in VirtualCenter

7114568
Cannot Power on Virtual Machines, "Not enough licenses installed to perform operation" Error Message

1004592
Vmware VirtualCenter console displays handshake error.

1007813
Troubleshooting a virtual machine that has become unresponsive because of an ESX host

1003751
Verifying that ESX virtual machine storage is accessible

1004144
ESX Server virtual machines stop responding due to shared storage connectivity issues

1003755
Verifying sufficient free disk space for an ESX virtual machine

1003564
Investigating disk space on an ESX host

1003659
Identifying shared storage issues with ESX 3.x

1006791
Server stops responding and shows errors on a purple screen

10051
Virtual machine does not power on because of missing or locked files

1003690
Ensuring your hardware is functioning correctly

1004005
[Internal] Third Party System Management agents in the Service Console

1007814
Troubleshooting a virtual machine that is unresponsive because of configuration issues

1005734
Troubleshooting a virtual machine that stops responding or fails when the CD-ROM entry is ATAPI

1001637
Virtual machine does not power on and there is high CPU reservation

1002025
Virtual machine stops responding during backup

1002836
Why snapshot removal can stop a virtual machine virtual machine for long time

1003164
Guest stops responding after connecting a USB CD-ROM

1007818
Dealing with unresponsive guest OS issues

1004007
Investigating operating system disk space

1007577
Do not use guest OS performance tools to monitor virtual machine performance

1007866
Using Windows Event Viewer to identify the cause of an unresponsive or failed virtual machine

1004764
Unable to shutdown Windows using Shutdown Guest option

Brought to you by VMwarewolf.com VMware and Virtualization Technical Discussions from a VMware Technical Support Engineer

Resolving VMware ESX problems without pulling the plug

2009-09-04T22:52:00.002+05:30

Differences between virtual machines and physical servers highlight the unique challenges of resolving virtual machine issues. On a physical server you can always pull the power plug as a last resort before restarting a server. But this strategy may not work on virtual machines, which only have virtual power switches. There are, however, a few toolkits available that either help prevent problems, or make your troubleshooting process easier. I'll discuss several of these in this tip, and give you step-by-step instructions on how to fix various common problems.

VMware Tools

The first set of tools you want to familiarize yourself with is VMware Tools. VMware Tools is a set of enhanced drivers and applications that installs on your virtual machine's (VMs) operating system. As a best practice, you should make a habit of always installing VMware Tools to ensure the optimal performance and stability of your VM. Also, double check to make sure that you're running the latest version of VMware Tools after you install any upgrades to ESX (incidentally, some ESX patches will also require updates to VMware Tools). There is a column in the Virtual Machine view in the VMware Infrastructure Client (VI Client) that will show the VMware Tools status of every VM and whether it is OK, out of date or not installed.

Virtual machine file types

As part of the troubleshooting process, you'll need to understand all the various file types involved with fixing a possible problem. Let's review the files associated with a virtual machine:

.nvram file – This file contains the CMOS/BIOS for the VM.
.vmdk files – These are the disk files that are created for each virtual hard drive in your VM. There are three different types of files that use the vmdk extension, they are:
- *–flat.vmdk file - This is the actual raw disk file that is created for each virtual hard drive.
- *.vmdk file – This is the disk descriptor file which describes the size and geometry of the virtual disk file.
- *–delta.vmdk file - This is the differential file created when you take a snapshot of a VM (also known as REDO log)
.vmx file – This file is the primary configuration file for a virtual machine. When you create a new virtual machine and configure the hardware settings for it that information is stored in this file.
.vswp file – This is the VM swap file (earlier ESX versions had a per host swap file) and is created to allow for memory overcommitment on a ESX server.
.vmss file – This file is created when a VM is put into Suspend (pause) mode and is used to save the suspend state.
.log file – This is the file that keeps a log of the virtual machine activity and is useful in troubleshooting virtual machine problems.
.vmxf file – This is a supplemental configuration file in text format for virtual machines that are in a team.
.vmsd file – This file is used to store metadata and information about snapshots.
.vmsn file - This is the snapshot state file, which stores the exact running state of a virtual machine at the time you take that snapshot.

Log files
Once you understand VM file types, you'll want to become very familiar with log files. Log files are the best method for troubleshooting problems with virtual machines. It's the first place you should check when problems occur.

The most important file is the Vmware.log file. This is the main log file for the VM on the ESX server, and is located in the working directory for the VM. Vmware.log is always the current working log for the VM and older log files are incremented numerically, i.e. vmware-1.log

You should also check /var/log/vmkernel and /var/log/vmware/hostd.log on the ESX host for any errors that may be related to the problem you are experiencing with your VM. Sometimes, restarting the hostd service (service mgmt-vmware restart) on the ESX host will resolve quirky problems with virtual machines. For more common problems, there are more specific techniques that will likely resolve your problem; I'll go over these next.

Problem: Can't shut down a virtual machine

Let's say you can not shutdown a VM using the VM power controls. You can try using command line methods to try and manually kill your stuck VM. There are several methods for doing this below. Employ these methods only as a last resort, short of restarting your ESX host.

The first option you should always try is the command line equivalent to using the VI Client which is the vmware-cmd command.
- Login to the service console
- Type "vmware-cmd –l" to get a list of all VMs and their paths
- You can check the VM state by typing "vmware-cmd //.vmx getstate"
- To forcibly stop type vmware-cmd //.vmx stop hard"
- Check VM state again, it should now be off
- Type "vmware-cmd //.vmx start" to power on VM
The second option is to try and manually kill the VM's process by finding its process identifier (pid) and issuing the kill command to terminate it.
- Login to the service console
- Type "vmware-cmd –l" to get a list of all VM's and there paths
- You can check the VM state by typing "vmware-cmd //.vmx getstate"
- Type "ps -ef | grep "
- The second column is your pid of the vmkload_app of the virtual machine, you can also type "ps –eaf" to see all running processes
- Type "kill -9 "
- Check VM state again, it should now be off
- Type "vmware-cmd //.vmx start" to power on VM
The last option is to use the vm-support to command to try and force the VM to shutdown.
- Login to the service console
- Get the vmid of the VM you want to kill by typing "vm-support –x" or "cat /proc/vmware/vm/*/names"
- Kill the VM and generate core dumps and logs by typing "vm-support –X "
- You will be prompted if you want to include a screenshot of the VM, send an NMI to the VM and send an abort command to the VM. You must answer yes to the abort question to kill the VM. The entire process will take about 5-10 minutes to run. It will create a tar archive in the directory.

Problem: Can't power on a virtual machine

Another common problem may be that you can not power on a VM. This can happen if the host server does not have enough resources for the VM to use. For example, if the VM has a memory reservation set and the ESX host does not have enough physical memory to meet the reservation, then it cannot power on the VM. If this happens you can either remove the memory reservation from the VM and migrate it to another host with more free physical memory, or you can free up physical memory on the existing host.

Also, when a VM is powered on it needs to create a vswp file in the working directory of the VM on the ESX host that is equal to the amount of RAM assigned to the VM (minus any memory reservations). If there is not sufficient disk space on your ESX host, then you will also not be able to power on the VM. A workaround it to set a memory reservation equal to the amount of RAM assigned to the VM so the vswp file will be 0 bytes in size. It's important, however, to always take care to leave additional disk space on your VMFS volumes for things like logs, swap files and snapshots.

Problem: Virtual machine encountering boot errors due to OS corruption
If a VM is having problems while booting due to operating system corruption or faulty configuration, a good way to deal with this is to add its virtual disk to another working VM so you can access the drive and make any needed repairs. To repair the VM, you should make sure the problem VM is powered off. Next add an additional drive to a working VM and browse to the problem VM's disk file. Boot the working VM; you can now access the drive of the problem VM to make any changes or corrections. When you are done remove the drive from the working VM, add it back to the problem VM and try booting it again.

Problem: General virtual machine OS issues

For troubleshooting problems with the VM's operating system, I create a toolkit of ISO files that contain helpful troubleshooting applications that I can quickly mount on a VM's CD-ROM and use (or boot from) to make repairs to a VM. A few of the ISO files I use include:

Sysinternals utilities - Great utilities for troubleshooting Windows server problems.
Gparted – A Linux-based disk partition editor.
Knoppix - A Linux-based live CD with many tools and applications.
Ultimate Boot CD - A live CD with many system repairs and testing tools.
UBCD4Win - A Windows-based live CD with many system repairs and testing tools.

Conclusions
These are just a few of the problems and techniques that you will use when troubleshooting virtual machine problems. The information in this article should help you the next time you experience a problem with a troublesome VM.

VMware is at a crucial point in its 11-year history

2009-08-24T16:38:00.002+05:30

The virtualization leader now faces its most serious challenge yet -- from Microsoft's much-improved Hyper-V R2 hypervisor.

Some on Wall Street say the company's stock is overvalued. And a leading IT analyst thinks VMware could be headed for a Novell-like downfall.

It's enough to make the IT world -- even VMware Inc.'s proponents -- wonder whether the company is losing its allure as the go-to virtualization vendor.

"The sky's not falling, but it's drizzling," said Brad Maltz, the chief technology officer of International Computerware Inc., a VMware partner in Marlborough, Mass. "The Microsoft message is getting stronger. It's not something [VMware] can't handle, but it's something they have to keep their eye on."

VMware draws Novell comparison
This competition from Microsoft, which just released Hyper-V R2 to manufacturing last month, is the point of origin for all other questions about Microsoft. .

When financial analysts told Reuters that VMware's stock price was poised to go down, it was because the company had "yet to factor in the competitive threat" from Microsoft (and potentially Oracle as well).

And when Gartner Research Inc. Vice President David Cappuccio wrote that VMware could lose its leadership role in the virtualization market, he compared the company to Novell Inc. -- the former software giant that Microsoft took down handilyin the 1990s.

And that brings us to VMware's standing today. Long seen as the dominant player in virtualization, VMware leads in features, management tools and market share, but Hyper-V R2 offers expanded management tools and other new capabilities that could change all that.

"Clients we're talking to aren't running away [from VMware] right now, but a lot of them are taking a wait-and-see attitude with Microsoft's Hyper-V R2," Cappuccio said in an interview.

That's got to make VMware take a very close look at history, he said. Back in 1995, Microsoft was a non-player in the Novell-dominated LAN software market. Even when Microsoft came out with a free Windows 95 networking application, Novell didn't worry, because it wasn't enterprise-ready.

But what Novell didn't count on was that technology geeks inside corporate IT departments "fooled around with [Windows 95], and over a few years it became pervasive," Cappuccio said. "The danger for VMware is that is exactly what will happen for enterprise virtualization."

Is Microsoft Hyper-V R2 'good enough'?
If Hyper-V R2 proves to be a good enough virtualization alternative for what corporate IT departments need, that's when VMware will need to start worrying, Cappuccio said.

Dave Sobel, CEO of Evolve Technologies, a Microsoft partner and managed services provider in Fairfax, Va., agreed.

"Microsoft is clearly gunning for the virtualization space, and they have a pretty good track record of making a dent in a space that they want to be in," he said.

Another real problem for VMware is that Hyper-V R2's management tools now manage VMware's ESX hypervisor, while VMware's tools won't manage Hyper-V R2. That's big for users who want to use both hypervisors, because only Hyper-V R2 will be able to manage the entire environment, Cappuccio said.

"I would hope [VMware is] paying attention," he added. "My fear is that 'good enough' always wins out in the long run, and if it's good enough and pervasive, VMware may lose out."

What has to worry VMware even more is that improvements in hardware mean that companies can add new servers with additional processors and cores and still use them under their existing licensing agreements. That's great for users, but it hurts VMware's sales of new licenses, said Chris Wolf, an analyst with the Midvale, Utah-based Burton Group.

VMware vs. Microsoft in the future
One factor in VMware's favor is its long head start in the market, Wolf said. For VMware's existing customers, the new features in Hyper-V R2 -- including hot-add and remove storage capabilities andLive Migration -- won't be enough to lure them to Microsoft, he said.

"Our clients who have done large-scale deployments don't see Hyper-V R2 as having enough features for them to move," he added. "However, some are saying they'll look at one more release cycle [for Hyper-V] and then do another assessment."

VMware most stands to lose with companies that are not yet using any virtualization and are shopping for the right vendor, Wolf said. Those customers will likely look at VMware, Microsoft and Citrix Systems Inc.'s XenServer to decide on the right choices.

"Microsoft and Citrix both, I think, are going to get a reasonable part of the market," Wolf said.

Hyper-V R2 will likely add new users in the small and medium-sized business sector, because of the new features and an ingrained familiarity with Microsoft products and support, Wolf said.

Still, "virtualization is going to remain a multibillion-dollar business, and VMware is going to remain the market leader for the next few years," he added. "VMware and its position, especially in the data center, remain unchallenged. It's going to take some time for competitors to chip away."

Sobel said VMware isn't necessarily on the ropes now, but there are new opportunities for Microsoft.

"Microsoft's hypervisor is now equivalent in all the key areas," he said. "The Live Migration stuff takes away the VMware advantage. That has always been held up as the feature that VMware had that made them the leader." And Hyper-V's constant improvements will continue to put pressure on VMware, said Rick Vanover, a corporate system administrator and independent virtualization expert.

"VMware is the leader," he said. "[VMware has] to look over its shoulder and nobody else has that burden."

Article link: http://searchservervirtualization.techtarget.com/news/article/0,289142,sid94_gci1364388,00.html

10 things you should do to successfully manage your workplan

2009-08-20T16:05:00.002+05:30

Project managers are sometimes diligent about creating an initial workplan (schedule), but then they don't manage it during the project. Although the initial workplan will help you launch your project, issues will come up that require the workplan to be modified and updated. On most projects, you can follow this simple 10-step process to manage the workplan. If you do this weekly, you'll probably find it takes less than one hour per week-maybe only 30 minutes or so.

Note: This list is based on the article "Proactively manage your workplan using this ten step process." It's also available as a PDF download.

1: Update and review the workplan with progress to-date

This is probably a weekly process. For larger projects, the frequency might be every two weeks. A simple routine is to have the team members send you status updates on Friday with progress on the activities assigned to them during the week. The project manager then updates the workplan on Monday morning to reflect the current status.

2: Capture and update actual hours (optional)

If you're capturing actual effort hours and costs, update the workplan with this information.

3: Reschedule the project

Run your scheduling tool to see if the project will be completed within the original effort, cost, and duration estimates.

4: Review your schedule situation

See if you're trending past your due date. If you are, you will need to determine how you can get back on schedule.

5: Review your budget situation

Review how your project is performing against your budget. Because of the way financial reporting is done, you may need to manage the budget on a monthly basis.

6: Look for other signs that the project may be in trouble

These trouble signs could include team morale problems, quality problems, a pattern of late work, etc. Look for ways to remedy these problems once you discover them.

7: Adjust the workplan and add more details to future work

When the workplan was created, many of the activities that are further into the future may have been vague and placed into the workplan at a high level. On a monthly basis, this work needs to be defined in greater detail. You should always maintain a rolling three months of detailed activities on your workplan.

8: Evaluate the critical path of the project and then keep your eye on it

It's possible for the critical path to change during the project.

9: Update your project forecast

After you've updated your workplan to reflect the work remaining to complete the project, you should also estimate the cost of the remaining work. This is usually referred to as "forecasting."

10: Communicate any schedule and budget risk

If you're at risk of missing your budget or deadline, communicate this risk to the sponsor and management stakeholders. You don't have to state that you will miss your estimates for sure. However, you should start to communicate the risk while you implement actions to try to get the project back on track.

Migration paths from Windows Server 2003 to Windows Server 2008 are summarized below.

2009-08-16T04:37:00.002+05:30

Migration paths from Windows Server 2003 to Windows Server 2008 RC0 evaluation software are summarized below. Final migration paths for the RTM versions of Windows Server 2008 will be determined in the coming months.

*If you are running:**		You can upgrade to:
Windows Server 2003 R2 Standard Edition Windows Server 2003 Standard Edition with Service Pack 1 (SP1) Windows Server 2003 Standard Edition with Service Pack 2 (SP2)		Full installation of Windows Server 2008 Standard (with or without Hyper-V) Full installation of Windows Server 2008 Enterprise (with or without Hyper-V)
Windows Server 2003 R2 Enterprise Edition Windows Server 2003 Enterprise Edition with Service Pack 1 (SP1) Windows Server 2003 Enterprise Edition with Service Pack 2 (SP2)		Full installation of Windows Server 2008 Enterprise (with or without Hyper-V)
Windows Server 2003 R2 Datacenter Edition Windows Server 2003 Datacenter Edition with Service Pack 1 (SP1) Windows Server 2003 Datacenter Edition with Service Pack 2 (SP2)		Full installation of Windows Server 2008 Datacenter (with or without Hyper-V)

*Note: With the exception of Windows Server 2008 for Itanium-Based Systems, this table applies equally to 32-bit and x64-based versions. However, cross-platform upgrades (32-bit to 64-bit or the reverse) are not supported.

Link to Debugging Tools for Windows

2009-08-13T22:25:00.002+05:30

http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

Tackling Your Toughest Windows Server Outages

2009-07-27T19:22:00.009+05:30

1. Which driver crashed my server?
2. Troubleshooting print spooler crashes
3. Finding Windows memory leaks

Planning your server room

2009-07-27T18:44:00.002+05:30

Click here to download "Planning your server room" file.

Choosing your server and storage

2009-07-27T18:19:00.003+05:30

Click here to download the pdf

Business Plan template

2009-07-27T18:16:00.002+05:30

"Click here to download business plan template"

ESX command line tools

2009-07-21T16:36:00.010+05:30

An impressive Server Virtualization video from Dell

2009-07-15T12:44:00.006+05:30

http://content.dell.com/us/en/enterprise/d/virtualization/VMWare-Infrastructure-3-on-Dell-PowerEdge-Servers.aspx?dgc=EM&cid=45076&lid=1195674&acd=1739396715

Good article on "Recovery from a complete domain-level Active Directory crash"

2009-06-10T17:49:00.005+05:30

What could possibly be worse than having a server on your network crash? How about having every server on your network become inaccessible because of a massive, domain-wide Active Directory failure? As horrifying as a total domain failure may sound, the solution could be just as scary. You may be able to salvage the domain, but, if you can’t, you may have to strip the domain bare, delete the domain, re-create the domain, and finally, add the servers back into the domain. In this Daily Drill Down, I’ll show you how to recover from a domain-level Active Directory failure and hopefully avoid this worst-case scenario.

--------------------------------------------------------------------------------
Back up now before it’s too late
Recovering from a domain-level Active Directory failure is a major undertaking. Therefore, make absolutely certain that you have a good backup of your entire Active Directory before you try any of these techniques.
You should also make sure that you’ve tried every other possible diagnostic and repair technique before attempting to work through any of the techniques that I’m about to discuss. These techniques may solve your problem, but they stand an equal chance of destroying Active Directory totally. But if you’re sure you’re ready, let’s roll the dice.
--------------------------------------------------------------------------------

Trying to save the domain
As you may recall, there are various operations master roles associated with some of the critical Active Directory functions. Some of these roles are forest-based and others are domain-based. A domain can’t function if the domain-level operation master roles are not being performed. Therefore, there’s a chance that rather than having a corrupt Active Directory database, you may simply have a domain controller that’s failing to perform its designated roles.

The first step to recovering from such a problem is to note which servers are performing which roles. You need to make note of the forest-level roles as well as the domain-level roles. The reason for this is that if the forest-level roles are being handled by a domain controller within the failing domain, then you certainly don’t want to do anything to disrupt the servers that are performing the server-level roles. If the forest-level roles are handled by a domain controller within the failing domain and the rest of your domains seem to be functioning correctly, it’s a good indication that you may simply have a domain-level role failure rather than an entire domain failure.

When the entire domain fails, the other domains usually won’t be able to communicate with the failed domain and would therefore also cease to function. You can locate detailed instructions for locating the various server roles in the Daily Drill Down “Understanding Windows 2000 domain controller operations master roles.”

Once you’ve determined which server holds the domain-level operation master roles, try transferring those roles to another domain controller. If no other domain controllers exist within the domain, try temporarily installing a copy of Windows 2000 Server onto a spare PC and making the spare server a domain controller. Then, attempt to transfer the roles to it.

To transfer a role, open Active Directory Users And Computers. Next, right-click on the domain name and select the Connect To Domain Controller command from the resulting context menu. Now, select the domain controller that you want to transfer the role to from the list of domain controllers and click OK. Finally, right-click on the domain name and select the Operations Master command from the context menu.

When you do, you’ll see the Operations Master properties sheet. As you go through each tab on the properties sheet, you’ll see the name of the server that presently holds the designated role and the name of the server that you selected to transfer the role to. To transfer the role, click the Change button. After you’ve transferred each role, click OK to close the properties sheet.

If the domain has serious-enough problems, you may not be able to transfer the roles. If this is the case, you’ll have to seize the roles. The stipulation for doing so is that in order to seize a role, you must take the server that presently holds the roles offline. Once offline, you must never reattach the server to the network or you’ll risk destroying the entire Active Directory. Of course, you can always format the server and bring it back online with a new copy of Windows.

To seize a role, open the command prompt window and enter the following commands:

NTDSUTIL
ROLES
CONNECTIONS
CONNECT TO SERVER servername (where “servername” is the server that you’re going to move the role to)
QUIT

Now, enter one of the following commands to seize the role (the exact command depends on which role you want to seize):

SEIZE INFRASTRUCTURE MASTER
SEIZE RID MASTER
SEIZE PDC

Removing an orphaned domain
Normally, when you use the DCPROMO command to demote a domain controller, the DCPROMO utility will ask you if the domain controller that you’re demoting is the last domain controller in the domain. If it is, then after the demotion is complete, the DCPROMO utility will automatically remove all of the metadata related to the domain from Active Directory.

To sum up, DCPROMO should erase the domain from Active Directory automatically after the last domain controller has been demoted. Unfortunately, things aren’t always this easy. It’s possible for Active Directory corruption or a catastrophic hardware failure to shut down domain controllers without you ever having the chance to demote them. If Active Directory thinks that domain controllers still exist within the domain, then you won’t be able to delete the domain through the usual method. When Active Directory can no longer recognize or interact with a particular domain because of corruption within Active Directory, the domain is said to be “orphaned.”

To remove an orphaned domain, start NTDSUTIL by opening a command prompt, typing NTDSUTIL, and pressing [Enter]. When the NTDSUTIL prompt appears, type METADATA CLEANUP and press [Enter].

Next, connect to the server you’ll be cleaning up by typing CONNECTIONS and pressing [Enter]. Doing so will display the Server Connections prompt. Next, type CONNECT TO SERVER servername where “servername” is the name of the server you’re connecting to. After entering this command, you should see two messages. One of these messages states that NTDSUTIL is binding itself to the specified server using the supplied credentials. The next message confirms the connection.

If you don’t receive these messages, try reentering your credentials using the SET CREDS command and then try the CONNECT TO SERVER command once again. If the command still doesn’t work, check your ability to communicate with the target server.

After you connect to the target server, type QUIT and press [Enter]. This will return you to the METADATA CLEANUP prompt. Next, type SELECT OPERATION TARGET and press [Enter]. This will take you to the SELECT OPERATION TARGET prompt. Next, enter the LIST DOMAINS command. When you do, the NTDSUTIL command will inform you of how many domains it is aware of in the forest and will display each domain and a corresponding number.

Locate the domain that the failing domain controller belongs to and make note of the number that corresponds to it. Now, type SELECT DOMAIN number and press [Enter]. In this command, you should replace the word “number” with the number that corresponds to the domain with which you want to work.

Once you’ve selected the domain, you will see a confirmation message that tells you what domain you are attached to and also informs you that you aren’t presently connected to any specific site or server. This is fine because you are working with a domain-level issue rather than a site-level or a server-level problem. When you get this confirmation message, double- and triple-check to make sure that you’ve selected the correct domain. Otherwise, you could destroy the wrong domain.

When you’re sure that you’re working with the correct domain, enter the QUIT command to return to the METADATA CLEANUP prompt. Finally, type the command REMOVE SELECTED DOMAIN, take a deep breath, and press [Enter]. You should see a confirmation message stating that the domain was deleted.

If you receive an error message, it could be because the domain was already deleted through the natural process or by another administrator. It’s also possible that you could get an error message if Active Directory still contains computer accounts or domain controller accounts. Simply having computer or domain controller accounts present won’t always make the process fail, but I have seen it happen. If you receive such an error, then use the technique that I present in the next section to fix the problem.

You must now complete the process by entering the QUIT command twice, followed by the EXIT command. Remember that you’ve only deleted the reference to the domain from a single domain controller. You must wait for the next replication cycle to complete before the domain will be wiped off of other domain controllers. Once the replication cycle is complete, you’ll be free to begin rebuilding the domain.

Removing orphaned domains that have computer or domain controller accounts present
If my previous technique fails, it could be because computer or domain controller accounts still exist within Active Directory. Normally, you’d use a domain controller within the domain to remove the computer accounts and then do a DCPROMO to demote all of the domain controllers. However, if all of your domain controllers are failing, this may not be an option.

If this is the case, take all of the domain controllers in the failing domain offline. Next, use a domain controller in a different domain to open Active Directory Users And Computers. Remove all of the computer accounts from the failing domain. Remember that since the domain controllers are gone, the computers will never be able to attach to the old domain again once they are removed from Active Directory. You’ll have to reconstruct the domain and then manually reattach the computers to the new version of the domain.

Once you’ve removed all of the computer accounts, you can use the technique in the Daily Drill Down “Picking up the pieces after a failed domain controller demotion” to remove all of the domain controller accounts from the domain. Once you’ve completed this step, you should have no trouble removing the orphaned domain by using the technique that I discussed earlier.

Conclusion
You may be familiar with the saying “We had to destroy the village in order to save it,” the point of which applies to failed domains as well as doomed villages. Recovering from a complete domain failure can be a study in futile rescue efforts. You may be able to save the failed domain, but, if you can’t, you may have to completely destroy and then rebuild the domain that’s damaged. However, by going ahead and destroying the malfunctioning domain, you are cutting out the corruption in Active Directory. Once you’ve removed the corruption, Active Directory will be healthy once again. You’re then free to rebuild the domain.

From: http://articles.techrepublic.com.com/5100-10878_11-1060500.html

Cool openings for VMware experts in UK.

2009-06-09T18:10:00.004+05:30

Click here for cool job openings in UK for VMware experts.

Application Virtualization "MS App-V" overview

2009-06-04T13:15:00.005+05:30

Application Virtualization: If you want to test a new application in a virtual environment, you must first deploy a virtual machine (VM) and install an OS before you can load the application. In the case of Windows OSs, you might also need to purchase an additional license.

Application virtualization started gaining ground with Microsoft’s 2006 purchase of SoftGrid from Softricity. SoftGrid has since been renamed Microsoft Application Virtualization (App-V) and is available as part of "Microsoft Desktop Optimization Pack" (MDOP).

Application virtualization lets software run in a virtualization layer, without the overhead associated with a VM. Microsoft’s App-V client, which comes in varieties for desktops and terminal servers, uses a technology called SystemGuard to sandbox changes that an application would usually make to the registry, file system, and other OS components, and intercepts requests between the application and the virtualized resources. In addition, SystemGuard also isolates virtualized applications from each other.

App-V includes an optional server component that allows the App-V client to stream virtual applications on demand from a server, and run the applications offline (i.e., when disconnected from the server) if necessary. IT departments can sequence programs once and stream them to desktops and terminal servers without having to test for application conflicts. When a program is updated on the App-V server, changes can be streamed automatically to clients. All these factors lead to reduced support, deployment, and patching costs.

Blade servers are not 1st choise for server virtualization!!

2009-06-03T20:21:00.003+05:30

Blade server market leaders IBM and Hewlett-Packard Co. are both pouring resources in to developing their wares. Most recently, IBM added 10 GigE to its BladeCenter H platform. But, so far, these efforts haven't been enough to convince Rod Lucero, CTO of the Minnesotan VMware consultancy VMPowered, to recommend blade servers to customers undertaking large-scale virtualization and consolidation projects.

Instead, Lucero and his team prefer the standard issue rack-mounted servers. Over the years, he's recommended IBM and Dell, currently favors HP's DL385 and DL585 line, and sees the tide swinging back to IBM with its new quad-core Xeon.

The big problem with blades, Lucero said, is the limited number of network interface cards (NICs) you can attach to a blade -- "two, and that's it," he said, although some newer blade systems are starting to support more.

In rackmount server configuration, VMPowered recommends servers with large numbers of NICs – "never less than six [ports]," Lucero said, and as many 14.
"You really need a lot of I/O to sustain a virtualization infrastructure," he said.
In blades, Fibre Channel and memory capacity are similarly limited relative to rackmount servers.

Not sold on boot-from-SANLucero's other gripe with blades is that they are often sold diskless, thus requiring the blades to boot from SAN – a less-than-perfect process.

For one thing, VMware ESX is very particular about which logical unit number (LUN) it boots from. Also, if you boot from SAN and your SAN crashes, you're stuck. But if the ESX server boots from local disks, it's a relatively easy process to point it to another source of virtual machine images.

In short, boot from SAN "works, but we've seen it be problematic," Lucero said. "We'd certainly never recommend it, especially not with the cost of internal disks today."

Safety in numbersIf you are going to go with blades, you're best off buying them fully populated, Lucero opined, for better negotiating power. Of course, if you do that, you lose one of blade's main selling points – the ability to easily add in more capacity. At the same time though, Lucero said he's often seen companies invest heavily in a sparsely populated blade chassis, only to find that they don't really need the extra capacity down the road.

"Then you have a huge amount of infrastructure that you're not using," he said.
Lucero concedes that a blade chassis does take less power than a comparable rackmount setup. An IBM BladeCenter H, for example, is rated to about 60 amps, while a typical 42U rack requires about 220. But with the consolidation ratios you can get out of hefty rackmount servers, Lucero's not sure it matters. Putting 15 2U servers in a rack, each with two dual cores, could easily give you a consolidation ratio of 20:1, Lucero said – "that's 300 VMs right there!"

APPLICATION VIRTUALIZATION AND STREAMING TIPS

2009-06-03T20:02:00.003+05:30

In a new VMware View end-user training environment, complications may arise when previously added applications need to be updated, patched or installed on the original gold template desktop. If a class calls for the availability of multiple versions of the same application, there are only two delivery methods: Deploy two different desktops for each student or introduce application virtualization.

Application virtualization is not a new concept. Citrix has been supplying application streaming for years. VMware ThinApp, Citrix XenApp and Microsoft App-V -- formerly SoftGrid -- are application virtualization providers. While each vendor has its own advantages, this tip focuses specifically on VMware ThinApp application virtualization.

The ThinApp product has three features that benefit the training environment:
ThinApp encapsulates the entire application in a single file -- with no ties into the underlying operating system.

It can deliver the application using various methods such as file share, local directory and email.
It allows linking between multiple applications.

These features create a static desktop environment that allows students to work on multiple versions of one application simultaneously. This classroom environment setup, a "training nirvana" as I call it, saves the trainer a great deal of time when preparing the classroom.
Application delivery methodsWhen using ThinApp for a training environment, the instructor must create a new package containing the application for classroom use. The easiest method to deliver the application to students is to place the package on a file share that's accessible to all desktops. If the file share is used as the delivery mechanism, there is no need to rollout a new set of desktops -- except when a new version of the OS is required or a patch is needed.

The other method of delivery involves installing the application package on each desktop. This process can be completed by using ThinApp's Update Management feature. The ThinApp package contains a small piece of code that contacts the ThinApp server every time the application is started. New application patches can then be streamed to the package. This method is useful for training situations in which the application package is required on the desktop.

Desktop Virtualization!!! (Pretty basic)

2009-06-03T19:43:00.004+05:30

What exactly is desktop virtualization?
Desktop virtualization is the running of desktop operating systems in a virtualized environment. Products like Microsoft Virtual PC, VMware Workstation and Parallels Desktop for Mac are all examples of tools that virtualize the desktop for users and present an isolated operating system. Desktop virtualization decouples the physical machine from the software.

What is Virtual Desktop Infrastructure?
Virtual Desktop Infrastructure (VDI) is the use of virtualization to run desktops in a data center. The desktop is delivered to the user on demand and managed centrally, and it delivers the same user experience as a standard PC.

What is the main difference between desktop virtualization and VDI?
Desktop virtualization focuses on delivering a second operating system experience to the user, complete with GUI and an obvious separation of layers. VDI delivers a familiar desktop experience to the user while still separating the physical hardware from the environment.

When would it make sense to use desktop virtualization?
Desktop virtualization makes sense when users need a different capability for the software they have deployed. For example, a user who needs to run an older version of certain software would use desktop virtualization. Desktop virtualization provides many of the key benefits of a terminal server with added flexibility.

When would it make sense to use VDI?
VDI should be used when the user needs to be sheltered from the virtualization layer and the administrators wish to have central administration of services. For example, the need to centrally roll out desktops or offer desktops both in the office and remotely may lead to VDI implementation.

How can solution providers build a service offering around desktop virtualization?
Like many services, you can focus on projects as well as recurring revenue opportunities. Project offerings include setup and configuration of both desktop virtualization and VDI systems, enabling users to have virtualized environments. Service providers can also elect to deliver these systems as a solution, either on premise or as a cloud-based service, and offer this on a monthly recurring basis.

What pitfalls are there when implementing desktop virtualization?
As with any virtualization solution, adding a virtualization layer introduces a level of complexity to the system. The risk is in not understanding how to correctly deploy and manage both types of offerings.

How should desktop virtualization be managed?
Desktop virtualization should be managed like any IT system -- by taking into account all of the components of the solution. This includes the hardware, software and virtualization layers. You should ensure that all layers are monitored so that they can be managed.

When should we not use desktop virtualization?
Desktop virtualization should not be used in situations where the application requires direct access to the hardware layer. In these cases, virtualization would be inappropriate and another technology approach must be determined.

Useful website for knowledge for MS technologies

2009-06-03T19:10:00.001+05:30

http://www.computerperformance.co.uk/

To update the Techs I touch while my career

2009-04-03T21:08:00.000+05:30