Warning: mysql_real_escape_string(): Access denied for user ''@'localhost' (using password: NO) in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1191

Warning: mysql_real_escape_string(): A link to the server could not be established in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1191

Warning: mysql_real_escape_string(): Access denied for user ''@'localhost' (using password: NO) in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1194

Warning: mysql_real_escape_string(): A link to the server could not be established in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1194

Warning: mysql_real_escape_string(): Access denied for user ''@'localhost' (using password: NO) in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1197

Warning: mysql_real_escape_string(): A link to the server could not be established in /home/festplat/public_html/blog/wp-content/plugins/statpress/statpress.php on line 1197
2009 März « Archiv « festplatte.ch

Archive for März, 2009



VCenter 2.5 SVMotion Plugin

ESX 3.5, VMware No Comments »

Plugins für einfaches Storage VMotion, direkt über das Virtual Center. Vereinfacht den bisherige Storage VMotion ablauf immens.

Details:

Version 1.0
No longer protects against migrating VMs that have thin-provisioned disks.
No longer counts RDM files against datastore size, fixing the bug that plagued the last version.
SVMotion operations against templates are not supported since VMware does not support them.
Added tool tips that explain why a relocation cannot take place
All SVMotion events write out a log, enabling better understanding of what went wrong in case of an error.
Aside from the library that loads the plug-in, all of VMware’s internal code has been replaced with the VI Toolkit for .NET.
The project is now supported by almost 20 unit tests, helping to ensure fewer bugs and greater stability.
The unit tests can be expanded to include testing for a system-resource supported number of servers since they use mock testing designed to work with the VI Toolkit for .NET.
The project is now built using NAnt, which allows nightly builds of the source, creates distributions, and builds the MSI installer.

Download

Screenshots:

StorageVMotion

StorageVMotion

StorageVMotion2

StorageVMotion2

Share


Performance Overview Charts in VC2.5U4

ESX 3.5, VMware 1 Comment »

Ein neues Feature in vCenter 2.5 Update4 sind unteranderem die Leistungsübersichtsdiagramme. Diese fassen schön alle Performancecheck auf einer Seite zusammen. So verschwindet das lästige umstellen von CPU auf Network etc bei der alten Performanceübersicht.

Wenn nun eifach mit einem Doppelklick auf das U4 upgedatet wird, funktionieren die Diagramme nicht. Empfehlenswert ist eine saubere neuinstallation mit Backup/Restore der DB. Wers bequem machen will, ist nachträglich mit ein bisschen Arbeit beschäftigt.

Folgende Schritte sind durchzuführen, damit die Charts funktionieren.

Installation/Konfiguration Java SE Development Kit 6u11:

1) Download Java SE Development Kit 6u11, and install JDK 1.6.
2) Configure the environment variables:
3) Right-click My Computer and click Properties.
4) In the Advanced tab, click Environment Variables.
5) In the System variable list, select Path and click Edit.
6) In Variable value, append C:\Program Files\Java\jdk1.6.0_11\bin\

If an older version of JRE is present, run the following command in the command window:

set path=C:\Program Files\Java\jdk1.6.0_11\bin\;%path%

Note: The above command is an example. It replaces your current path. If your path already has links, you have to append to the list.

6) In the System variable list, select JAVA_HOME and click Edit.

If JAVA_HOME does not exist, click New and in the Variable name, enter JAVA_HOME.
7) In Variable value, enter C:\Program Files\Java\jdk1.6.0_11
8) Log out and log back in to the VirtualCenter Server.

Konfiguration SQL Datenbank (falls SQL Express Bundled database)

1) In the VirtualCenter Server machine, choose Start > Programs > Microsoft SQL Server 2005 > Configuration Tools > SQL Server Configuration Manager.
2) In SQL Server Configuration Manager, do the following:
3) Expand SQL Server 2005 Network Configuration, and select Protocols for SQLEXP_VIM.
4) Double click TCP/IP.
5) In the TCP/IP properties window, select Yes for Enabled and Yes for Listen All.
6) Click OK.
7) In a command window, type Services.msc to open Service Manager.
8) Stop the VirtualCenter Server service
9) In the Services list, start or restart the following services:

-> SQL Server (SQLEXP_VIM)
-> SQL Browser (if SQL Browser service is disabled, mark it for automatic/manual start)
-> VMware Infrastructure Web Access

10) Start the VirtualCenter Server service

Installation des Plugins:

1) Ändern Sie im Dienstprogramm “Software” (Systemeinstellungen) das VMware VirtualCenter Server-Programm.
2) Ändern Sie die VirtualCenter Server-Installation und entfernen Sie die Virtual Infrastructure Web Access-Funktion.
3) Ändern Sie im Dienstprogramm “Software” (Systemeinstellungen) das VMware VirtualCenter Server-Programm.
4) Ändern Sie die VirtualCenter Server-Installation und installieren Sie die Virtual Infrastructure Web Access-Funktion auf der lokalen Festplatte.
5) Installieren Sie das Leistungsübersichts-Plug-In neu:
5.1) Navigieren Sie im Befehlsfenster zum Ordner vpx/perfCharts, in dem das Leistungsübersichts-Plug-In gespeichert ist.
Wenn Sie die ZIP-Datei verwenden, wechseln Sie zum Ordner bin\perfCharts .
5.2) Führen Sie uninstall.bat aus.
5.3) Führen Sie install.bat aus.
6) Verbinden Sie den VI-Client mit dem VirtualCenter Server und aktivieren Sie das Leistungsübersichts-Plug-In:
6.1) Klicken Sie im VirtualCenter Server auf Plug-Ins > Plug-Ins verwalten.
6.2) Wählen Sie auf der Registerkarte Installiert des Plug-in-Verwaltungsfensters für com.vmware.vim.stats.report die Option Aktiviert.

Danach sollten die Charts im VC angezeigt werden:

perfoverview

Links:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008329
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008296
http://www.vmware.com/de/support/vi3/doc/vi3_vc25u4_rel_notes_de.html

Share


VMware mit Netapp – Best Practice

ESX 3.5, VMware No Comments »

VMware mit NetApp Storage

Best Practice Guide

Share

VMware: Disk controller error – Storage DS4800

ESX 3.5, VMware No Comments »

Sporadisch bei SAN Controller Reboots entstanden auf den VMs Disk Controller Errors. Im Eventlog mit der ID 11 ersichtlich. Einen Reboot, Bluescreen oder ähnliches entstand jeweils nicht, der Server lief soweit normal weiter.

The driver detected a controller error on \Device\Harddisk0

diskio

Vergleicht man die Zeit der Reboots mit den ESX Kernel Logs sind folgende Meldungen ersichtlich:

Mar 14 04:48:06 ehf15 vmkernel: 15:18:41:26.613 cpu0:1098)VSCSIFs: 439: fd 9437 status Busy
Mar 14 04:48:06 ehf15 vmkernel: 15:18:41:26.613 cpu0:1098)VSCSIFs: 439: fd 87260 status Busy
Mar 14 04:48:06 ehf15 vmkernel: 15:18:41:26.613 cpu0:1098)VSCSIFs: 439: fd 9437 status Busy
Mar 14 04:48:06 ehf15 vmkernel: 15:18:41:26.613 cpu0:1098)VSCSIFs: 439: fd 87260 status Busy

Grundlegend ist das Verhalten und die entsprechend auftretende Fehlermeldung richtig. Der SAN Controller sendet ein Busy aufgrund entsprechender Beschäftigung (ReSync von Onlinemirroring).
ESX seitig wird ein Busy akzeptiert und somit kein Failover auf den zweiten Controller gestartet. Will ein virtueller Server nun auf das Disksystem zugreiffen, steht die Ressource nicht zur Verfügung und der Disk Fehler entsteht.

Dies ist natürlich eine äussert gefährliche Sache für die virtuellen Maschinen. Gemäss dem Fiber Channel SAN Configuration Guide von VMware müssen die Busymeldungen SAN seitig geändert werden. VMware interpretiert Busy als “normal” und unternimmt kein Failover. Wird dies geändert auf “not ready” initialisert der Host ein Failover und wechselt auf den anderen Controller.

How To:

To configure the storage processors to return Not Ready sense data
1) Determine the index for the LNXCL host type by using the following commands in
a shell window:
Press Enter after each command.

SMcli.exe show hosttopology;
Enter
SMcli.exe show hosttopology;
Enter

The following commands assume that 13 is the index corresponding to LNXCL in
the NVSRAM host type definitions. If your storage processors have LNXCL at a
different index, substitute that index for 13 in the following commands.

2) Execute these commands for SPA to have it return Not Ready sense data.
Press Enter only after you enter all commands.

SMcli.exe
set controller [a] HostNVSRAMBYTE [13,0x12]=0x01;
set controller [a] HostNVSRAMBYTE [13,0x13]=0x00;
reset Controller [a];
Enter

3) Execute these commands for SPB to have it return Not Ready sense data.
Press Enter only after you enter all commands.

SMcli.exe
set controller [b] HostNVSRAMBYTE [13,0x12]=0x01;
set controller [b] HostNVSRAMBYTE [13,0x13]=0x00;
reset Controller [b];
Enter

Share

VMware Tools not running

ESX 3.5, VMware 3 Comments »

Bei den aktuellen Patches von ESX haben sich wieder Fehler eingeschlichen. Diesmal fallen die VMware Tools in den “not running” Status, obwohl der Service lokal auf den VMs lauft. Dies hat wiederum Auswirkungen auf das VCB, welches dann mit Fehlern abbricht. Wenn die Tools laufen, funktioniert das VCB genau einmal, danach fallen die Tools in den “not running” status und VCB läuft nicht mehr.

Lösung von Seiten VMware gibt es noch nicht. Folgender Workaround ist vorhanden.

This is a known issue with VCB, and our engineers are working on the resolution.
The possible workaround to this issue at the moment are:
1. Restart mgmt-vmware service immediately once the backup job is done. This will bring the tools status to OK. One can write a cron job to do it periodically.
2. Log in and Log out OR simply log out (if already logged in) from the VM. This will cause the tools status to go “OK” if it was showing as “Not running” before.
3. Use VCBMounter to look for VM name or UUID rather than VM IP. VM IP will only work when the status of tools is “OK”, but VM name and UUID will work even if the tools status shows as “Not running”.

The patch will be available as soon as our engineers will find the root cause of the issue and write appropriate patch.
This could take weeks or months.

Dann warten wird mal ab….

Edit: Offizieller KB von VMware: KB Article 1008709

Share