Monthly Archives: May 2012

Clipboard Copy and Paste does not work in vSphere Client 4.1 and later

Posted on by

Starting with vSphere 4.1, the Copy and Paste options are, by default, disabled for security reasons.

 

To enable this option for a specific virtual machine:

  1. Log into a vCenter Server system using the vSphere Client and power off the virtual machine.
  2. Select the virtual machine and click the Summary tab.
  3. Click Edit Settings.
  4. Navigate to Options > Advanced > General and click Configuration Parameters.
  5. Click Add Row.
  6. Type these values in the Name and Value columns:Name                                                Value
    • isolation.tools.copy.disable    false
    • isolation.tools.paste.disable   false

    Note: These options override any settings made in the VMware Tools control panel of the guest operating system.

  7. Click OK to close the Configuration Parameters dialog, and click OK again to close the Virtual Machine Properties dialog.
  8. Power on the virtual machine.

Note: If you vMotion a virtual machine to a host where the isolation.tools.*="FALSE" is already set, the copy and paste options are automatically activated for that virtual machine.

To enable this option for all the virtual machines in the ESX/ESXi host:

  1. Log in to the ESX/ESXi host as a root user and open the /etc/vmware/config file using a text editor.
  2. Add these entries to the file:isolation.tools.copy.disable="FALSE"
    isolation.tools.paste.disable="FALSE"
  3. Save and close the file.The Copy and Paste options are only enabled when the virtual machines restart or resume the next time or shutdown and power-on the VM for changes to take effect

Note: These options do not persist after an upgrade. If you upgrade to a newer version after enabling these options, the changes are lost and you may have to re-enable them.

 

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1026437

SQL Server 2008 R2 – Unattended Silent Install

Posted on by

To create an Unattended Silent Install, you first need a configuration file with all the right settings in it. To create the file, run a installation of SQL and select all required settings. Continue the installation until you reach the “Ready To Install” step. In this step you will see the location of the configuration file (see the image below).

 

In this case it is: C:\program files\microsoft sql server\100\setup bootstrap\log\20120524_103756\configurationfile.ini

You can cancel the setup proces now.

 

Edit the configuration file as follows:

 

  • Set QUIET to “True”. This specifies that Setup will run in a quiet mode without any user interface (i.e. unattended installation)QUIET=”True”
  • Add IACCEPTSQLSERVERLICENSETERMS and set its value to “True”. This is to required to acknowledge acceptance of the license terms when the /Q (i.e. QUIET) parameter is specified for unattended installations.ACCEPTSQLSERVERLICENSETERMS=”True”
  • Remove the UIMODE parameter as it can’t be used with the QUITE parameter.
  • IF used SQL as the Securitymode, use SAPWD to set a password for the SA account
    SAPWD=”a complex password”
  • Set TCPENABLED to yes if you want external connections to you SQL instance
    TCPENABLED=”1″

 

Now you have your configuration file ready run SQL with the following command:

“<path to SQL setup folder>\setup.exe” /ConfigurationFile=”<path to config file>”

View BSOD (blue screen) crash information stored in dump files

Posted on by

Description

BlueScreenView scans all your minidump files created during ‘blue screen of death’ crashes, and displays the information about all crashes in one table. For each crash, BlueScreenView displays the minidump filename, the date/time of the crash, the basic crash information displayed in the blue screen (Bug Check Code and 4 parameters), and the details of the driver or module that possibly caused the crash (filename, product name, file description, and file version).
For each crash displayed in the upper pane, you can view the details of the device drivers loaded during the crash in the lower pane. BlueScreenView also mark the drivers that their addresses found in the crash stack, so you can easily locate the suspected drivers that possibly caused the crash.

http://www.nirsoft.net/utils/blue_screen_view.html

[wpdm_file id=76]