VMware: The request referst to an object that no longer exists…


Ik wilde een oude NFS datastore, die niet meer in gebruik was verwijderen. Dus ik klikte op de ESX host in VirtualCenter en ging daarna naar het tabblad configuration. Hier klikte ik op ‘Storage’. Als laatste selecteerde ik de datastore gevolgd door ‘Remove’. Dit resulteerde in de volgende error:

error

Dit is eenvoudig op te lossen. Login op het service console van de ESX server waarop je de bovenstaande actie wilde uitvoeren. Daarna voer je het commando:

service mgmt-vmware restart uit.

Daarna kijk je weer in VirtualCenter en je zult zien dat de datastores weg zijn.

VMware: Disable the getting Started tab within the VI Client


Op de VirtualCenter server ziet de Getting Started tab er zo uit.

image

Op een remote client doet de tab niet veel. Ik moet nog even uitzoeken hoe dit kan. Verderop lees je hoe je dit ding uitzet.

image

 

Hoe schakel je die ‘vervelende’ Getting Started tabs uit.

Open de VI client. Klik op ‘Edit’ en dan ‘Client Settings’.

image

Klik daarna op ‘Remove all tabs’ om de Getting Started tabs uit te schakelen.

image

VMware: Export and Import your Customization Specifications


Het kan zijn dat je tijdens de upgrade naar VI3.5 er voor kiest om de VirtualCenter server opnieuw op te bouwen. Dit heb ik dus onlangs gedaan. Waar je op moet letten is dat je al je extra dingen migreert. Denk hier bij voorbeeld aan je Customization Specifications…

Dit kan gelukkig heel eenvoudig. Open VirtualCenter. Klik op ‘Edit’ – ‘Customization Specifications…’

image

Klik vervolgens met rechts op je file gevolgd door ‘Export…’

image

Sla het bestand op en zorg er voor dat de nieuwe VirtualCenter server er bij kan komen.

Vervolgens importeer je het xml bestand op je nieuwe server.

image

Als de import is gelukt zie je de specificatie er weer tussen staan.

image

Xtravirt: Virtual SAN appliance


image

Gerben poste een bericht over deze appliance op zijn blog: http://gklooste.spaces.live.com/. Ik denk dat de mannen van Xtravirt weer een mooie job hebben afgeleverd.

 

The Xtravirt Virtual SAN (XVS) appliance for VMware ESX3 Server is a free solution to provide the benefits of shared VMFS storage without the cost of a SAN – this allows the utilisation of otherwise unused local storage in the ESX server to facilitate enterprise level features such as vMotion, DRS and HA normally only available through the use of a shared storage device. All volume data is synchronously replicated between hosts, providing full fail-over capability with data integrity in the event of host, disk or appliance failure. The appliance is menu driven and has been designed to be as easy to configure as possible, and full documentation on the implemenation process is provided.

Je kun XVS hier downloaden: xtravirt.com

De manual vind je hier: xtravirt.com

VMware: How to import a Standalone VM with Workstation 6.x


In deze post zie je hoe eenvoudig het is om een standalone VMware Workstation VM kun importeren naar je VMware Virtual Infrastructure omgeving.

Klik op ‘File’ en dan ‘Import…’

image

De volgende wizard start op.

image

Stap 1: de Source

image

Omdat ik een Stand Alone VM wil gaan importeren in mijn ESX omgeving kies ik voor ‘Other Virtual Machine’

image

Mocht het nodig zijn, dan kun je hier de Disk resizen

image

Stap 2: de Destination

image

Kies in het volgende scherm de optie ‘VMware Infrastructure Virtual Machine’

image

Vul de gegevens in van je VirtualCenter server.

image

Selecteer de Map waar de VM in moet worden geplaatst.

image

De volgende stappen spreken voor zich totdat het volgende scherm komt. Hier valt op dat je geen van de opties kunt selecteren. Dit komt omdat deze VM op linux is gebasseerd. Was dit een Windows VM geweest, dan kon je wel een keuze maken in dit scherm.

image

Even een kort overzicht van de gekozen opties

image

De VM word geïmporteerd.

image

Je kunt ook nog tegen de volgende foutmelding aanlopen:

image

Hadden ze dit niet aan het begin van de wizard kunnen melden :-S

Dit los je als volgt op: sluit het tabblad van de VM en start de wizard nogmaals.

VMware: The DB user entered does not have the required permissions


Bij het vers installeren van VirtualCenter 2.5 kreeg ik bij het configureren de volgende foutmelding:

image

Dit kwam omdat ik bij de gebruiker in SQL 2000 geen ‘Server Roles’ had toegevoegd. De volgende Roles heb je nodig voor een succesvolle installatie:

  • System Administrators
  • Server Administrators
  • Database Creators (ik weet niet zeker of deze erbij moet, dit heb ik voor de zekerheid gedaan).

sql_rechten

Meer informatie over het installeren / upgraden van je VC Database vind je hier:

VM ID: 1003346

VM ID: 1003610

VMware: Installing ESX3i in Workstation 6.5 beta build 91182


Na Eric zijn post over het installeren van ESX3.5 update 1 binnen VMware Workstation 6.5 beta. Wilde ik het ook weer eens proberen.

Als eerste maak je een VM aan in Workstation :

  • Als Guest operating system heb ik gekozen voor Red Hat Enterprise Linux 3
  • Mijn VMDK is 2GB en hangt aan de standaard LSI adapter
  • 1GB geheugen
  • CD-Rom drive
  • Single vCPU
  • 3x Intel 1000 nics (verderop lees je hoe je dit configureerd).

 

Nadat de VM is aangemaakt open je het vmx bestand en voeg de onderstaande parameters toe:

ethernet0.present = “TRUE”
ethernet0.wakeOnPcktRcv = “FALSE”
ethernet0.virtualDev = “e1000”
ethernet1.present = “TRUE”
ethernet1.wakeOnPcktRcv = “FALSE”
ethernet1.virtualDev = “e1000”
ethernet2.present = “TRUE”
ethernet2.wakeOnPcktRcv = “FALSE”
ethernet2.virtualDev = “e1000”

monitor.virtual_exec = “hardware”
monitor_control.restrict_backdoor = “true”

 

Ik wilde vervolgens ESX3i installeren en dat ging niet helemaal goed zoals je ziet:

image

Dit kwam omdat ik geen netwerkverbinding had op mijn host op het moment van installeren.

Nadat ik weer netwerkverbinding had met mijn host, kon ik ESX3i gewoon installeren.

image

VMware: ESX 3.5 running on Workstation 6.5 Build 91182


Wat het belangrijkste nieuws is, lees je inde volgende quote:

I contacted Keith Adams, he’s one of the WS 6.5 engineers and asked him he could confirm that we can use ESX 3.5 in the lasts build of VMware Workstation 6.5 and he confirmed :

Indeed, we’ve changed the nomenclature around. It’s now:
monitor.virtual_exec=”hardware”|”software”|”auto”
(Note: monitor, not monitor_control.)

For all guest os types:
hardware = VT on Intel, SVM on AMD
software = BT for all 32-bit guests, and on BT-capable 64-bit AMD hardware for 64-bit guests as well
auto     = Let us guess what to do (the default).

Lees de rest van zijn post hier.

Thanks Eric!