Author: nicbor

Posted on

Vad är vCloud Hybrid Services?

ånga organisationer börjar förstå att hybrid moln kan tillhandahålla det bästa av båda världar: Tillgång till IT resurser när man behöver det och  flexibiliteten att kunna flytta last/virtuella maskiner mellan internt datacenter och molnet för att möta specifika behov. Så den vanligaste frågan blir inte ”varför hybrid cloud?” utan ”hur kommer vi igång?”

VMware vCloud Hybrid Services finns nu tillgängligt för oss i Europa. vCloud Hybrid Services (vCHS) är VMwares svar på infrastruktur som tjänst, det vill  säga möjligheten att köra virtuella maskiner i molnet och betala för de resurser man nyttjar. Med vCloud Hybrid Services använder du samma  administrationsverktyg som du redan har idag för att managera din VMwaremiljö. Detta innebär att du enkelt kan flytta virtuella maskiner mellan ditt interna  datacenter och molnet med hjälp av gratisverktyg och därefter managera miljön via dina vanliga verktyg.

De virtuella maskinerna man använder i vCHS kan antingen använda hyrda licenser eller så kan man använda sin organisations egna licenser (BYOL – Bring Your Own Licenses). I dagsläget stöds tusentals applikationer och dussintals olika operativsystem i vCHS, de applikationer och OS som vSphere supporterar är också supporterade i vCHS – unikt i molnsammanhang!

Förutom att flytta dina befintliga virtuella maskiner till vCHS, vilka användningsområde finns där vi kan använda vCloud Hybrid Services?

  • Test/utveckling
    Ta de första stegen mot ett hybrid cloud och frigör värdefulla resurser i ditt interna datacenter genom att köra pre-production i molnet och välj därefter  om du vill att rulla lasten on- eller off-premises.
  • Paketerade applikationer
    Gör nästa uppgraderingscykel för befintliga virtuella maskiner och applikationer, exempelvis Microsoft Exchange, i hybrid cloud.
  • Disaster recovery
    Förläng ditt datacenter till hybrid cloud för tjänster som disaster recovery och backup, dev/test, säsongsberoende arbetslast eller när ni utökar  organisationen med fler lokationer.
  • Nya Enterprise Applikationer
    Använd hybrid cloud för att bygga och köra nya applikationer i traditionella 3-tier arkitekturer (Java)
  • Nästa generations applikationer
    Utvecklas från traditionella till nästa generations- och mobila applikationer och utveckla, testa och rulla ut i hybrid cloud med avancerade verktyg som  Spring, Ruby on Rail och Paas på Cloud Foundry.

Läs mer om VMware vCloud Hybrid Services:
http://vcloud.vmware.com

Posted on

VMware vSAN rapporterar att kapacitet saknas

Förra veckan lanserade VMware vSAN – Ett SAN, det vill säga gemensam disklagring för flera hostar, utan att det krävs någon speciell extra disklåda som ska installeras i ditt datacenter. Ett virtuellt SAN helt enkelt. VMware vSAN gör det möjligt att använda funktioner som High Availability, vMotion och DRS på dina virtuella maskiner genom att utnyttja de diskar som sitter lokalt i servrarna. Det behövs inga speciella virtuella appliances som ska installeras på hostarna heller – vSAN är integrerat i hypervisor så det enda man behöver göra för att komma igång är att klicka i en bockruta.

Det går utmärkt att test i en virtuell miljö, man behöver tillgång till senaste versionerna av ESXi och vCenter som släpptes förra veckan (åtminstone om man vill testa GA versionen). För att testet ska gå att genomföra i en virtuell miljö kan man ”emulera” en SSD disk, vSAN kräver nämligen att det finns en SSD disk i hosten samt ytterligare SAS/SATA diskar som kan nyttjas. SSD disken används för prestanda accelerering. När man sätter upp vSAN genom att bocka i vSAN rutan i clusterkonfigurationen så skapas automatiskt en ny datastore ”vsanDatastore” som utnyttjar de lokala diskarna i hostarna, men man kan råka ut för att man får en varning på clustret som säger:

vsan datastore datastore1 in cluster **** in datacenter **** does not have capacity

Tittar man i release-noten för vCenter 5.5 Update 1 så hittar man felet och dessutom ganska nedslående workaround som beskrivs:

The error message continues to persist even after disabling Virtual SAN on the cluster. The issue does not occur if there are one or more disk groups created for a Virtual SAN cluster before disabling Virtual SAN on the cluster.

Workaround: None.

Oavsett om man använder automatisk eller manuell konfiguration får man samma fel. Detta är möjligtvis ett legitimt fel i vissa scenarier och miljöer men det kan också vara en felkonfiguration man råkat göra som administratör där man förbisett några krav för vSAN. Kravet är att det ska finnas minst en SSD disk (som man i en virtuell miljö kan emuleras genom att lägga till scsi0:1.virtualSSD=1 i konfigurationen för den virtuella ESXi hostens disk som ska användas för SSD emulering). Och det ska även finnas en vanlig disk utan någon ytterligare konfiguration. Hosten har alltså 3 diskar: 1 för vSphere installation, en för SSD emulering (prestanda) och ytterligare en som vSAN använder (kapacitet).

Nästa krav är att diskarna ska vara oanvända, d.v.s. de ska inte ha en aktiv datastore redan. Och det är just detta kravet som kan ställa till problem. Om diskarna redan har formaterats och är tillgängliga som datastores för hosten kan man få ovanstående fel, som ju egentligen inte är ett fel utan helt enkelt betyder att du har redan använt dina lokala diskar till annat så vSAN får ingen diskyta kan användas.

Åtgärd?

  1. Disabla vSAN
  2. Kontrollera att ingen information ligger på de datastores som ska användas till vSAN – se till att det inte är disken du använder för vSphere installationen.
  3. Välj delete och frigör diskarna så vSAN kan claima dom. (Görs på samtliga hostar i clustret som ska användas för vSAN)
  4. Aktivera vSAN igen

Sen bör du ha en vsanDatastore volym som du kan använda och vSAN har claimat tillgängliga diskar i clustret.

Posted on

VMware lanserar vSAN

Idag har VMware lanserat vSAN, virtual SAN, som är deras lösning för att förenkla och förbättra lagringshantering. VMware vSAN gör det möjligt att lagring dina virtuella maskiner på lokal disk som sitter i servern, vSAN ser därefter till att göra kopior av alla inblandade filer och flytta dom till andra hostar och därigenom tillhandahålla redundans om den ursprungliga hostar fallerar.

Med andra ord, dina virtuella maskiner kan flyttas med vMotion, de kan skyddas med High Availability, lastbalanseras med Distributed Resource Scheduler utan att ha en fysisk gemensam lagringsmiljö, SAN. Det räcker alltså med de diskarna som sitter i servrarna. Och vSAN är en integrerad del av vSphere plattformen, för att aktivera och börja använda vSAN räcker det med ett par musklick för att vara igång – eller som VMware uttrycker det ”Two-Click Storage Provisioning”.

Vid lanseringen idag offentliggjorde man 2 väldigt intressanta saker:

  • VMware vSAN kommer att finnas tillgängligt i nästa vecka i GA version, d.v.s. produktionsfärdig
  • Man kommer redan från start att stödja 32 hostar i ett vSAN kluster

En av funktionerna man får med vSAN är möjligheten att specificera hur många kopior man vill ha av sina VMs, vill man ha 4 kopior av en VM är det bara att ändra policy och då skapar vSAN själv fler kopior av de virtuella maskinerna och flyttar dessa kopior till olika hostar. Man har i policyn även möjlighet att ange vilka prestanda man önskar på de virtuella maskinerna – hur många diskar den virtuella maskinen ska stripas över.

Utökning av vSAN kan göras på olika sätt: Scale-up eller Scale-out. Antingen kan man addera fler diskar i hostarna eller så kan man addera fler hostar till clustret.

Låter det bra och vill du veta mer? Kontakta mig.

Posted on

Långsam FLR med Veeam Backup & Replication 7?

Veeam Backup & Replication kan förutom backup och återställning av hela virtuella maskiner även återställa enstaka filer eller File Level Restore, FLR, som man även kallar det. En kund till oss råkade ut för ett problem där man behövde återställa en del kataloger och filer på deras filserver. Ett perfekt tillfälle att nyttja funktionen File Level Restore. Efter en stund gick dock återställningen ner i hastighet markant, dessutom fortsatte hastigheten att sjunka succesivt. Då den avbröts var överföringshastigheten nere i 44KB/s.

I scenarier där man återställer kataloger med stora mängder filer kan detta vara ett problem, även om det var planlagt att lösa detta problem i version 7 av Veeam Backup & Replication så ställer det uppenbarligen fortfarande till problem i vissa miljöer.

Hur kommer man runt detta problem om man behöver återställa sina filer snabbt? Jo, börja med att mappa upp destinationen du ska återställa till från Veeam Backupservern. Mappa upp en enhetsbokstav till \\<Min stora filserver>\d$ (eller den enhetsbokstav som är önskvärd i sammanhanget) därefter går man i Veeam Backup Browsern och väljer ut den katalogen man vill återtälla, högerklickar på den och istället för att välja ”Restore” väljer man ”CopyTo” och pekar ut ovanstående enhetsbokstav istället. Återställningen ska då genomföras med bibehållen hastighet genom hela jobbet.

Posted on

Vill du blir certifierad på VMware?

Som de flesta företag i IT branschen erbjuder även VMware ett antal olika certifieringar. Det finns för alla nivåer, från de grundläggande till det absolut mest avancerade. Det finns tre olika inriktningar eller lösningsområde som man kan certifiera sig inom: Datacenter Virtualization, Cloud och Workforce Mobility. De flesta har 4 olika nivåer man kan certifiera sig på:

VCA – VMware Certified Associate
VCP – VMware Certified Professional
VCAP – VMware Advanced Professional
VCDX – VMware Design Expert

Inom VCAP certifieringen finns dessutom två olika certifieringar, ett Administrations- och ett Designcert. Administrationscertet skiljer sig från de övriga genom att man praktiskt visar att man kan de olika produkterna. Man ansluter till ett testmiljö i USA och skapar virtuella maskiner, löser problem och så vidare baserat på scenarior eller frågor man får.

VCP, VCAP och VCDX är certifieringar som kräver ganska mycket tid och investeringar men om man vill komma igång och få sin första officiella titel som VMware Certified så är det enkelt att komma igång. VCA certifieringen består av gratis E-learning kurs på webben och därefter genomför man en certifiering hos Pearson-vue online.

För att registrera sig för en utbildning går man den sida som lockar mest:
VMware Certified Associate – Data Center Virtualization (VCA-DCV)
VMware Certified Associate – Cloud (VCA-Cloud)
VMware Certified Associate – Workforce Mobility (VCA-WM)

Man lägger till utbildningen genom att klicka på ”Add to myEnrollment”.

För att sedan skriva certet måste man först begära åtkomst som man gör på någon av nedanståend länkar och välja ”Register for the exam”:
VMware Certified Associate Exam- Data Center Virtualization (VCA-DCV) 
VMware Certified Associate Exam- Cloud (VCA-Cloud) 
VMware Certified Associate Exam- Workforce Mobility (VCA-WM)

Därefter kommer det att skickas ett bekräftelsemail till dig vilket kan ta upp till en timme.

Nästa steg är att boka in certet via Pearson Vues hemsida: www.pearsonvue.com/vmware/schedule

Fram till och med 31 januari kan du genomföra VCA certet med 50% rabatt, det enda du behöver göra är att ange följande Voucher / Promo code vid registreringen: VMRT4A4F9976

Så passa på att blir certifierad på VMware – helt kostnadsfri utbildning och 50% rabatt på certet! Dessutom, har du lust kan du få rabatt på samtliga 3 VCA cert!

Posted on

ESXi som en virtuell maskin i din test/labbmiljö?

Är du som jag fullständigt uppslukad av VMwares olika produkter? Så pass mycket att du till och med har en labb miljö hemma eller på kontoret där du provar olika produkter i en ”skyddad” miljö? I så fall har jag goda nyheter till dig!

Jag brukar sätta upp några ESXi hostar som virtuella maskiner som därefter skapar ett kluster som jag sedan kan labba med VMware View, Operations Manger, SRM, vCloud Director och så vidare utan att påverka något annat. Oavsett om du kör din labb miljö direkt ovanpå vSpheremiljön eller via vCloud Director kan du få en isolerad labbmiljö. Det finns lite olika vägar för att sätta upp labbmiljön beroende på hur automatiserat man vill ha det; Från att göra alla installationer manuellt till att gå via templates och till att använda utomstående lösningar som exempelvis AutoLab och Ultimate Deployment Appliance.

Man kan exempelvis lägga de olika labbmiljöerna (View, vCloud, vSphere osv) i olika vApps som innehåller alla komponenter exemeplvis minst 2 hostar, vCenter Server, NAS server, Domänkontrollant. Fördelen med en vApp är att du startar alla komponenterna i rätt ordning och man behöver bara starta vAppen, inte de olika virtuella maskinerna individuellt. Problemet uppstår däremot när man ska stänga ner vAppen, nedstängningen utförs med hjälp av VMware tools om man vill ha en ”clean” shutdown. Saknas VMware tools får man nöja sig med att den virtuella maskinen gör en poweroff. Nu har dock VMware släppt en ny fling, en fling är ett verktyg som kan användas osupporterat för att förenkla olika funktioner, som faktist gör det möjligt att installera (valda delar av) VMware tools i en ESXi-host och därmed gör det möjligt attt stänga ner en virtuell maskin på ett korrekt sätt.

Hur går man då tillväga för att installera VMware tools i ESXi hosten? Det är bara att följa instruktionerna här under:

Instructions

VMware Tools for Nested ESXi can be installed on any ESXi 5.x guest. This Fling is packaged as a VIB that can be installed using the esxcli command from the guest’s ESXi shell (which can be enabled in the DCUI under Troubleshooting Options).

There are two methods in which you can install the VIB:

Option 1 – Download VIB and upload to an ESXi datastore:

Download http://download3.vmware.com/software/vmw-tools/esxi_tools_for_guests/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib and upload to an ESXi datastore

esxcli software vib install -v /vmfs/volumes/[DATASTORE]/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib -f

Option 2 – Install directly from VMware.com (requires internet access from ESXi host):

esxcli software vib install -v http://download3.vmware.com/software/vmw-tools/esxi_tools_for_guests/esx-tools-for-esxi-9.7.0-0.0.00000.i386.vib -f

To uninstall the VIB:

esxcli software vib remove -n esx-tools-for-esxi

Länkar:
AutoLab: http://www.labguides.com/autolab
Ultimate Deployment Appliance: http://www.ultimatedeployment.org/
VMware tools for nested ESXi: http://labs.vmware.com/flings/vmware-tools-for-nested-esxi

Posted on

Veeam Backup & Replication v7 – Frågor & Svar

För ett tag sedan gjorde Veeam sin senaste inkarnation av sitt backupverktyg, Backup & Replication, tillgängligt för nedladdning/användning. Veeam Backup & Replication har många olika användningsområde för att säkerställa din virtuella miljö – oavsett om den är baserad på VMware vSphere eller Microsoft Hyper-v. Verktyget kan bland annat ta backup av dina virtuella maskiner till disk eller tape, replikera virtuella maskiner mellan olika hostar/siter, verifiera att backupen faktiskt lyckats genom att starta upp virtuella maskiner från backup.

(Bild saknas)

Det finns en hel del frågeställningar, av olika natur, som kan vara berättigade i sammanhanget. Här nedan går vi igenom några av dom.

Licenser

F: Hur licensieras produkten?

S: Per fysisk CPU socket på ”ursprungs-hosten” (där de virtuella maskinerna du vill skydda finns). Mål-hosten, dit du säkerhetskopierar/replikerar virtuella maskiner, behöver inte licenseras. Hostar som hanterar virtuella maskiner som inte säkerhetskopieras behöver heller inte licensieras, inte ens om de är med i samma kluster.

F: Är licensen kopplad till hur många kärnor CPU:n har?

S: Nej, priset är samma oavsett hur många kärnor CPU:n har. Licens priser baserad på CPU kärnor försvann med den nya licensmodellen som började gälla 1 juli 2013.

F: Är några av komponenterna licensierade separat? Exempelvis Enterprise Manager, backup servrar, backup proxy servrar, backup repositories, WAN acceleratorer, tape libraries.

S: Nej, de är inte licensierad separat. Du kan installera så många av de komponenterna som är relevanta för din miljö.

F: Hur håller man reda på licensierade sockets på olika hypervisors (vSphere eller Hyper-v), är det en gemensam pool?

S: Nej, varje hypervisor har sin egen socket beräkning i licensfilen

F: Är det olika priser per socket beroende på vilken hypervisor man använder?

S: Nej, det är samma pris oavsett hypervisor

F: Kan jag byta mina licensierade sockets från en hypervisor till en annan?

S: Ja, du kan göra det närsomhelst genom att kontakta din säljkontakt. Bytet är tillgängligt kostnadsfritt. Som en del i processen kommer du även att få en temporär licensnyckel vilket innebär att båda dina hypervisor miljöer är licensierade parallellt på samma backup server. Licensen är kostnadsfri, giltig i 3 månader och kan förlängas vid behov (dock endast för stora miljöer). Teknisk support inkluderas även kostnadsfritt under tiden den temporära licensen är giltig.

F: Kan jag installera flera v7 backupservrar på flera siter och använda samma licensfil?

S: Du kan installera hur många backupservrar du vill med samma licensfil så länge den faktiska socket användningen över alla backupservrar inte överstiger det licensierad antalet. För att säkerställa efterföljelse rekommenderar vi att ni använder Veeam Backup Enterprise Manager som tillhandahåller central licenshantering. Enterprise Manager rapporterar det faktiska antalet sockets som används över alla backup servrar och kan dessutom användas för att lägga till den nya v7 licensfilen till alla anslutna backup servrar.

F: Kan jag bland olika produkt editioner i samma miljö?

S: Nej, det måste vara samma license edition

F: När exakt räknas host sockets av mot poolen av licenser?

S: När första backup-, replikerings- eller kopieringsjobbet körs på en host

F: Jag har tagit bort någon host från min miljö, kan jag få tillbaka licensen till min licenspool?

S: Ja, öppna license management rutan i huvudfönstret, välj host och klick på Revoke

Uppgradering: Licenser

F: Jag är en befintlig kund som kör version 6.x. Behöver jag en ny licensfil för att installera v7?

S: Ja, du behöver tillgång till en ny licensfil för version 7.x. Din nuvarande licensfil kommer inte att fungera.

F: Är v7 en kostnadsfri uppgradering från äldre versioner?

S: Alla uppgraderingar från Veeam är kostnadsfria förutsatt att du har giltigt underhållsavtal. Alla nya licenser inkluderar 1 års underhållsavtal. Om du köpte Backup & Replication för mer än 1 år sedan men förlängde inte underhållsavtalet behöver hantera detta via din säljkontakt för att köpa till nytt underhållsavtal, inklusive tiden du saknat avtal.

F: Jag är en nuvarande kund med underhållsavtal, hur får jag tag i den nya licensfilen för v7?

S: Använd License Management Portal på nedladdningssida för produkten (under My Account) för att få den nya licensfilen, eller maila till licensing@veeam.com för hjälp. Om du väljer att maila så svarstiderna var lite längre i samband med att nya produkter har gjorts tillgängliga.

F: Vilken v7 produkt edition får jag när jag uppgraderar från version 6.x?

S: Samma produkt edition som du använder idag med v6 (Standard eller Enterprise). Ytterligare så kan alla Enterprise-edition kunder som hade aktivt underhållsavtal per den 1:a juli 2013 begära en kostnadsfri uppgradering till Enterprise Plus. Den kostnadsfria uppgraderingen måste begäras senast 1 november. Uppgradering av licensen till Enterprise Plus kommer att innebära ökade kostnader för underhållsavtal med början vid nästa förlängningstillfälle då dessa beräknas på licensens listpris.

F: Vad är skillnaden på funktioner mellan Standard, Enterprise och Enterprise Plus editionerna? Är det några nya skillnader jämfört med version 6?

S: Inga befintliga funktioner har tagits bort från någon av editionerna. De allra flesta nya funktionerna är tillgängliga redan i Standard edition. Några få nya funktioner är tillgängliga endast i Enterprise eller Enterprise Plus editionerna. Vänligen kontrollera Veeam Backup & Replication Edition Comparison dokumentet som finns på produkt sidan under Resources-fliken på Veeam hemsida.

Uppgradering: Teknisk

F: Behöver jag göra en ren installation eller kan jag uppgradera min befintliga Backup & Replication miljö till version 7?

S: Veeam supporterar in-place uppgraderingar från version 6.0, 6.1 eller 6.5 (oavsett patchnivå). Om du använder äldre versioner vänligen kontakta Veeams support för instruktioner och hjälp med en uppgradering.

F: Hur uppgraderar jag till version 7.0?

S: Uppgraderingsprocessen är väldigt enkel och rättfram. Se till att det inte finns några aktiva backup- eller återställningsjobb och kör sedan installationsprogrammet för version 7 på din backupserver. Då installationen är slutförd, starta Backup & Replication och följ instruktionerna i Upgrade Wizard så uppgraderas alla kvarvarande komponenter automatiskt. För en mer detaljerad steg-för-steg anvisning, läs igenom Upgrade sektionen i Release Notes dokumentet.

F: Kommer mina jobb och inställningar att bibehållas vid en uppgradering?

S: Ja, alla dina jobb och inställningar kommer att bevaras. Detta betyder också att några nya funktioner (parallell processing, nya kompressions nivåer) inte kommer att användas som standard, du måste manuellt aktivera dessa funktioner om så önskas. Detta för att säkerställa att produkten uppträder på samma sätt även efter en uppgradering.

F: Vilken Backup & Replication version kan jag uppgradera till version 7.0?

S: Du måste köra version 6.0, 6.1 eller 6.5 (oavsett patch nivå)

F: Stödjer version 7.0 av backup servern både 32-bitars och 64-bitars OS?

S: Version 7.0 backup server stödjer endast 64-bitars OS. Om din 6.x backupserver kör 32-bitars OS måste denna migreras till 64-bitars OS innan en uppgradering görs. Du kan använda verktyget för konfigurations backup (finns tillgängligt version 6.5) för att enkelt migrera dina 6.5 backup servrar till den nya hosten innan en uppgradering genomförs.

F: Supporterar version 7.0 backup proxies och backup repositories både 32- och 64-bits OS?

S: Ja, i betydelsen att du kan låta dina backup proxies och backup repositories intakta. Men Veeam rekommenderar att använda 64-bitars servrar för backup repositories då dessa supporterar större backupstorlekar.

F: Kan version 7.0 och tidigare versioner vara installerade på samma server?

S: Nej, men man kan däremot använda olika versioner parallellt på skilda server och ända behandla samma virtuella maskiner utan problem (så länge jobben inte överlappar). Det är så de flesta kunder väljer att göra Proof of Concept vid nya versioner innan man uppgraderar produktionsmiljön.

F: Kan Enterprise Manager 7.0 hämta data från Veeam Backup & Replication 6.x servrar?

S: Ja

F: Kan jag återställa backuper gjorda med en tidigare version än 7.0?

S: Ja, version 7.0 kan återställa backuper gjorda med alla version av Veeam Backup & Replication med start från version 1.0

Systemkrav

F: Vad är systemkraven och supporterade konfigurationer för de olika komponenterna och för skyddade virtuella maskinerna?

S: Detta finns i System Requirements sektionen i Release Notes dokumentet som finns tillgänglig på Veeams nedladdningssida och på Product sidan under Resources fliken. Utöver detta så finns plattformsspecifika FAQ:er för mer specifik information

F: Är Veeam Backup & Replication supporterat att köra i en virtuell maskin?

S: Ja

F: Är Veeam Backup & Replication tillgängligt som en linux-baserad virtuell appliance?

S: Nej, Veeam Backup & Replication måste installeras på Microsoft Windows.

F: Vilka fördelar finns att använda 64-bitars OS för Backup & Replication komponenter som supporterar både 32- och 64-bitars OS?

S: För backup repositories stödjer 64-bitar OS mycket större backupfiler. Det finns ingen fördel att köra backup proxies med 64-bitas OS i dagsläget, däremot kommer VMware vSphere 5.5 support kräva 64-bitars backup proxy servrar.

Posted on

VMware vCenter 5.5 startar inte efter omstart

Efter en serverkrasch vägrade VMware vCenter starta igen automatiskt efter uppstart av servern. Vid närmare kontroll visar det sig att några tjänster inte startat som planerat nämligen VMware VirtualCenter Server och VMware VirtualCenter Management Webservices bland annat. Dessutom är inte heller VMware Inventory Service igång. Ingen av tjänsterna går att starta manuellt förutom VMware vSphere Profile-Driven Storage Service som också var stoppad.

Event ID 1000 loggas i eventloggen varje gång man försöker start VMware VirtualCenter tjänsten manuellt i applikationsloggen och Event ID 7024 loggas i Systemloggen. Omstart av tjänsterna i korrekt ordning  verkar heller inte lösa problemet.

Det verkar vara ett problem relaterat till inloggning vid första anblicken, Identity Managment Service och Secure Token Service stängs ner och startas om (Identity Management Service startas först sen STS). Ingen lycka… Dags att kontrollera vpxd.log lite noggrannare och se om där kan finnas några ledtrådar.

I vpxd.log loggas fel relaterade till databasen:

[00312 error 'utilvpxdVdb'] [VpxdVdb::SetDBType] Encountered login error. Subsequent connection attempt failed: 28000

Dags att testa ODBC kopplingen alltså, vid testinloggning via ODBC managern så får man fel:

Microsoft SQL Server Native Client Version 10.50.2500
Running connectivity tests…
Attempting connection [Microsoft][SQL Server Native Client 10.0][SQL Server]Login failed for user ‘VCENTER\Administrator’. [Microsoft][SQL Server Native Client 10.0][SQL Server]Cannot open database ”VIM_VCDB” requested by the login. The login failed.
TESTS FAILED!

Så uppenbarligen något problem med inloggning mot databasen.

När man öppnar databasen i SQL Server Management Studio så är databasen märkt med en gul varningstriangel och ett förtydligande i form av texten ”Suspect”. En reperation av databasen senare och VMware VirtualCenter Server tjänsten startar som den ska och vi är tillbaks till en fungerande miljö.

Posted on

VMworld Barcelona 2013 dag 1

Nu har VMworld startat i Barcelona, eventet är större än någonsin enligt rykte fler än 8500 deltagare.

Mycket av den första keynoten handlade om End User Computing, bland annat annonserades Horizon View 5.3 men även att desktop as a service är ett vädigt viktigt område, och det sammanhanget meddelande man även att VMware köpt företaget Desktone.

Några andra produkter som lanserades var vCloud Automation Center 6.0, logInsight 1.5, IT Business Manager.

VMware vCloud Hybrid Service lanserades i augusti som en tjänst för att hantera hybrid moln, idag lanserades ett europeiskt datacenter placerat i UK.

Posted on

Problem att installera VMware vCenter 5.5: Error 29113

Idag tänkte jag ta upp ett problem jag råkade ut för i mitt hemmalab som resulterade i Error 29113. Bakgrunden är att i hemmalabbet ville jag ha några virtuella ESXi hostar, Domänkontrollant samt vCenter. Eftersom det är en enkel och liten miljö endast tänkt för test/lab så ville jag lägga alla vCenter beroenden på samma server (Single Sign On, Inventory service, Web Client) som vCenter servern. Dessutom ville jag använda Windows vCenter istället för vCenter Server Appliance.

Så vi börjar installation av vCenter server, väljer Simple installation – alla delarna installeras på samma server:

(Bild saknas)

Installationen startar med Single Sign On, som installeras utan problem.

Fortsätter med installationen av Web Client men får felmeddelande om att något gått snett:

(Bild saknas)

Så låt oss titta på de olika alternativen som ovanstående bild visar. Felsökning påbörjas, vi börjar uppifrån och går ner:

-Verify that the certificate file specified in vcsso.properties is valid.

Filen vcsso.properties ligger som standard på en Windows 2008 installation i katalogen:

C:\ProgramData\VMware\VMware VirtualCenter\ssl

Eftersom vCenter ännu inte blivit installerad saknas katalogen helt och ingen fil finns tillgänglig att verfiera. En sökning på disk visar inte heller något resultat, filen finns inte på servern.

(Bild saknas)

-Verify that the clocks on the Single Sign On system and the vSphere Web Client system are in sync.

Eftersom det är en simple install så läggs både Web Client och Single Sign On på samma server, men för säkerhets skull verfierar jag att klockan på domän kontrollanten och vCenter servern är i synk, vilket de är.

-Check the vm_ssoreglog in the system temporary folder for more details on the error.

Vi tar upp filen och kollar innehållet. Filen innehåller en del information:


[2013-10-13 09:57:15,154 main  DEBUG com.vmware.vim.install.cli.RegTool] $Id: //depot/vicore/vicore-2013-rel/regtool/viregtool/src/main/java/com/vmware/vim/install/cli/RegTool.java#4 $
[2013-10-13 09:57:15,156 main  DEBUG com.vmware.vim.install.cli.RegTool] Executing command: checkVersion -d https://VCENTER_VS.vclass.local:7444/lookupservice/sdk –version-number 1.5
[2013-10-13 09:57:15,200 main  INFO  com.vmware.vim.install.impl.RegistrationProviderImpl] Intializing registration provider…
[2013-10-13 09:57:15,741 main  DEBUG com.vmware.vim.install.impl.LookupServiceAccess] Creating VMODL client for LookupService
[2013-10-13 09:57:15,743 main  INFO  com.vmware.vim.install.impl.CertificateGetter] Getting SSL certificates for https://VCENTER_VS.vclass.local:7444/lookupservice/sdk
[2013-10-13 09:57:17,234 main  DEBUG com.vmware.vim.install.impl.CertificateGetter] Establishing socket connection to VCENTER_VS.vclass.local/192.168.0.240:7444. Timeout is 60000
[2013-10-13 09:57:17,566 main  ERROR com.vmware.vim.install.cli.commands.CommandArgumentsParser] Host name may not be null
[2013-10-13 09:57:17,567 main  INFO  com.vmware.vim.install.cli.RegTool] Return code is: InvalidInput
[2013-10-13 09:57:17,940 main  DEBUG com.vmware.vim.install.cli.RegTool] $Id: //depot/vicore/vicore-2013-rel/regtool/viregtool/src/main/java/com/vmware/vim/install/cli/RegTool.java#4 $
[2013-10-13 09:57:17,942 main  DEBUG com.vmware.vim.install.cli.RegTool] Executing command: checkVersion -d https://VCENTER_VS.vclass.local:7444/lookupservice/sdk –version-number 1.5 -c C:\Users\ADMINI~1.VCL\AppData\Local\Temp\1\{0A94097F-6DE2-484D-A2B2-ADAF51CC3FDF}\certs\
[2013-10-13 09:57:17,986 main  INFO  com.vmware.vim.install.impl.RegistrationProviderImpl] Intializing registration provider…
[2013-10-13 09:57:18,564 main  DEBUG com.vmware.vim.install.impl.LookupServiceAccess] Creating VMODL client for LookupService
[2013-10-13 09:57:18,568 main  INFO  com.vmware.vim.install.impl.CertificateGetter] Getting SSL certificates for https://VCENTER_VS.vclass.local:7444/lookupservice/sdk
[2013-10-13 09:57:19,053 main  DEBUG com.vmware.vim.install.impl.CertificateGetter] Establishing socket connection to VCENTER_VS.vclass.local/192.168.0.240:7444. Timeout is 60000
[2013-10-13 09:57:19,396 main  ERROR com.vmware.vim.install.cli.commands.CommandArgumentsParser] Host name may not be null
[2013-10-13 09:57:19,398 main  INFO  com.vmware.vim.install.cli.RegTool] Return code is: InvalidInput

En del av informationen är info och debugrelaterat, men det finns några Error meddelande som säger att Host name may not be null, dock så finns det ju faktiskt ett namn på servern så det kan det väl inte vara? Om vi blickar tillbaka till punkten då servern lades till i MS domänen så fick man ett meddelande som angav att namnet inte var lämpligt (i mitt fall vCenter_VS):

(Bild saknas)

Men i labmiljön använder jag Microsoft DNS server så det borde funka?

Slutligen får man rådet att besöka VMware knowledge base och söka efter feler ”Error 29113”.

Rubriken för KB artikeln är ”Upgrading to vCenter Server 5.1 fails with the error: Certificate already expired”. Eftersom vi inte gör en uppgradering så är problemet inte riktigt relaterat till KB artikeln, men den pekar åtminstone på att man ska verifiera vcsso.properties igen men hänvisar till en annan katalog.

Note: The vcsso.properties file is located at C:\Program Files\VMware\Infrastructure\VirtualCenter Server\ssoregtool\.

Den visar sig vara lika tom som förra katalogen:

(Bild saknas)

När det ursprunliga felmeddelande klickas bort kommer följande meddelande: Fields cannot be blank.

Och det ursprungliga felmeddelandet presenteras på nytt:

(Bild saknas)

Därefter avinstalleras tjänsten och ett meddelande hänvisar till manuell installation istället:

(Bild saknas)

Så då fortsätter vi med en manuell installation av Web Client och ser om vi kan testa några saker:

(Bild saknas)

Eftersom vi hade ett fel tidigare i vm_ssoreg.log filen som indikerade problem med hostname så gör vi ett test att använda IP adressen till Lookup Service URL istället för FQDN för att se om det kan vara problemet:

(Bild saknas)

Även denna gång misslyckas installationen, men ett nytt felmeddelande visas som hänvisar till KB artikel 29102.

(Bild saknas)

Inte heller det är relaterad till vårt problem, det handlar om att servernamn som innehåller ”port” ersätts med ”portNumber” och föreslår att man inte ska döpa servern med namn som innehåller port (exempelvis en server som döps till ”support” kommer att fallera på grund att någonstans i uppgraderingskoden finns en ”search & replace” funktion som ändrar strängnamn ”port” till ”portNumber” och som en följd blir servernamnet i vårt exempel till ”supportNumber” istället Problem att installera vCenter 5.5: Error 29113 )

To work around this issue when you do not want to upgrade, ensure that vCenter Server and the database server FQDNs do not contain the string port in the name.

Problemet verkar uppenbarligen vara relaterat till någon form av namnuppslag. Även om servernamnet inte var enligt best practise så skulle det ändå inte vara ett problem så länge man använde sig av Microsoft DNS, vilket jag gör. Men för att testa tesen så byter vi namnet på vCenter servern och ersätter understrykningstecknet med ett bindestreck istället (från vCenter_VS till vCenter-VS alltså).

Sen för enkelhetens skull avinstalleras Single Sign On och installeras igen så vi är säkra på att det ändrade namnet är uppdaterat överallt.

Därefter installeras alla tjänsterna utan problem.

(Bild saknas)

Specialtecken i servernamn kan alltså ställa problem som resulterar i inte helt uppenbara felmeddelande. Det man ska undvika då man namnger servrarna är enligt KB artikel 2041856 (som även hänvisar till Microsoft KB artikel 909264) följande:

  • comma (,)
  • tilde (~)
  • colon (:)
  • exclamation point (!)
  • at sign (@)
  • number sign (#)
  • dollar sign ($)
  • percent (%)
  • caret (^)
  • ampersand (&)
  • apostrophe (‘)
  • period (.)
  • parentheses (())
  • braces ({})
  • underscore (_)
  • white space (blank)