salve a tutti,
oggi ho provato a fare un nuovo vCenter su windows 2008 con db remoto su mssql, in versione 5.5.
SSO, WebClient, Inventory Service vanno lisci, quando arrivo al vCenter tutto appare regolare... ma la vicenda si conclude con questa schermata:
Nel passi precedenti ho scelto di far girare vCenter come un utente di dominio (che è amministratore di macchina). Guardando nel DB vedo che le tabelle sono state create.
Nel file di log trovo qualcosa di questo tipo:
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsService::done Service EXISTS
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_StartService::ServiceName: vctomcat TimeOut: 1200 sec.
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsServiceRunning
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsServiceStatus::serviceStatus: 4
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsService
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvcManager
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvc
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsService::done Service EXISTS
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvcManager
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvc
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_IsServiceRunning::done Service is NOT RUNNING
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvcManagers
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvcManager
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvcs
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 OpenSrvc
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Service Status: 1
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 IsLocked
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 QueryLockStatus
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 IsLocked::done Service NOT LOCKED Error: 0
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 StartSrvc::NumArgs: 0
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 StartSrvc::ERROR_SERVICE_LOGON_FAILED The service could not be logged on Error: 1069
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 StartSrvc::done Res: 0
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Could not start service.
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 Srvc_StartService::vctomcat service NOT STARTED Error: 1069
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 StartServices::done ret: 1603
VMware VirtualCenter-build-1378903: 12/19/13 16:39:26 End Logging
La cosa "curiosa" è che nei servizi vedo "vmware vcenter webservices..." che è in avvio automatico ma non avviato. Provo ad avviarlo a mano e mi dice "Logon Failure". Provo a reinserire la password e dopo parte...?!
Rilanciando l'installer lavora un po' e dice che l'installazione è completata con successo. Però facendo login al web client non si vede nessun vCenter registrato.
Cosa sto sbagliando? :smileyconfused:
alfine ce la feci.... ebbene sì: se usate un utente windows per il servizio vCenter LA SUA PASSWORD NON DEVE CONTENERE CARATTERI STRANI. Anche il "-" mi ha dato problemi.
Stessa regola vale per la password dell'amministratore dell'SSO, ma qui almeno è documentato.
Inoltre con la 5.5b viene aggiunta l'Identity Source Active Directory (se lo desiderate E se il server è in un dominio).
Però a differenza di quanto accadeva con la 5.x, ora è necessario loggarsi nel webclient una prima volta come administrator@vsphere.local e assegnare i permessi di amministratore del vCenter agli utenti desiderati.
Io avevo messo gli utenti nel gruppo Administrators della macchina e messo questo come Administrator del vCenter MA NON funzionava: ho dovuto aggiungerli esplicitamente uno per uno come Administrator del vCenter.
Attenzione anche alla questione della versione dell'SQL Native Client: la 5.5a non sembrava "schizzinosa" se la versione non era identica al server db, la 5.5b SI'.
Ho anche visto che, se era già presente il DSN, aggiornare semplicemente il Native Client non era sufficiente e falliva ugualmente l'installazione del vCenter: necessario cancellare e ricreare un nuovo System DSN. Questa cosa temo possa essere critica quando si fanno aggiornamenti: forse si deve creare un nuovo DSN che punti al db esistente e, quando si aggiorna, si seleziona quello.
Inoltre quando installate il VUM ricordatevi che, se non avete ancora aggiunto gli utenti come amministratori del vcenter (loggandosi nel webclient), dovete usare per forza l'utente administrator@vsphere.local. Anche se inserite l'utente Windows con cui gira il servizio vCenter prendete picche.
Ciao Tinto,
finora ho fatto due-tre aggiornamenti, non ancora un'installazione da zero della 5.5. Negli aggiornamenti sono partito da precedenti installazioni 5.1, sia con servizi eseguiti in system account che con domain user, e non ho avuto mai un errore sinceramente in nessuno dei due casi.
L'utente che utilizzi ha diritti sufficienti anche in dominio? Ok essere amministratore di macchina, ma se poi ci sono varie VM di VMware che devono dialogare tra di loro, è bene che gli utenti siano presenti in dominio.
Luca.
sì l'utente è sicuramente ok da quel punto di vista.
Domanda: tu disabiliti l'UAC nei server dove installi? Mi pareva di aver letto di sì in passato
Oggi se riesco riprovo togliendolo. In passato ho installato 4.1, 5.0, 5.1 in tutte le sottorelease e ha sempre funzionato però il dubbio che ho ora è quello, anche perché durante l'installazione non ho visto comparire le solite finestre con la richiesta di autorizzazione UAC.
Finestre in cui (almeno nelle ver 5.1) c'era un "bug": nel nome dell'autore del sw c'era al posto di "VMware" questo "contact your local administrator", il che mi induce a pensare che nei test interni non abbiano UAC abilitato, se no avrebbero corretto il refuso.
Io toglo UAC “OVUNQUE” posso farlo, crea una marea di problemi, e ci sono volte dove non si capisce mai perchè qualcosa non vada, poi levi UAC e “magicamente” tutto funziona. Non dico possa essere anche il tuo problema, ma sicuro male non fa.
Luca.
Ciao Tinto,
l'unica 5.5 che ho installato green field l'ho fatta nel mio lab.
Ho usato un utente di dominio specifico, chiamato banalmente vpxuser. L'ho reso local admin del vCenter, owner del DB e gli ho dato diritti di "logon as a service" e di "act as part of the operating system".
L'installazione l'ho eseguita con questo utente e se non ricordo male facendo tasto dx "run as administrator".
Le altre installazioni green field fatte dai clienti, mi han chiesto il vCSA.
Francesco
vCSA è ottima, però ricorda le limitazioni:
No Linked Mode
No vCenter Server Heartbeat
No VUM
Ciao
sì, Luca aveva riassunto la discussione che c'era stata al riguardo qualche settimana fa qui
http://www.virtualtothecore.com/vmware-vcenter-server-55-installable-vs-appliance/
il VUM prevedevo di installarlo su una vm windows infatti, le altre funzionalità che citi non le utilizziamo.
riprovato con utente windows (che è domain admin!) e UAC disabilitato. Stesso messaggio di errore, servizio webservices che non parte per LogOn failure.
in rete avevo trovato anche un paio di "tutorial" come questo http://nolabnoparty.com/vcenter-5-5-creare-update-manager-database-dsn/
e non avevo visto niente di diverso dal solito.
'sta cosa mi fa "uscire pazzo"...
'unica 5.5 che ho installato green field l'ho fatta nel mio lab.
ricordi se era la prima build uscita o la 5.5a (che sto provando io)?
Vista la data di rilascio della 5.5a temo fosse la prima.
F.
altro test... macchina windows pulita e non aggiornata agli ultimi windows update (tanto per escludere)... uac disabilitato, lancio il simple install e gli dico di farsi la sua istanza di sql express....
insomma "modalità più stupida possibile"
l'installazione di vcenter fallisce con un erroraccio "impossibile installare sql". rilancio solo l'install del vcenter, va a buon fine.
entro come administrator@vsphere.local, ok vedo il vCenter registrato.
entro come account di dominio (domain admin) e non vedo più il vcenter registrato... con il client c# mi dice che non sono autorizzato a loggarmi.
P.S.: sì ho controllato che l'iso scaricata non sia corrotta
Tinto, è uscito oggi vCenter 5.5.0b, di seguito il link alle release notes. vCenter Server 5.5.0b Release Notes
Ciao
Francesco
l'installazione pulita della 5.5b mi fallisce con un nuovo errore. Meno male che rispetto alla 5.1 avevano "semplificato".
Dopo l'aggiornamento opportuno dell'sql native client è andato avanti, restituendo lo stesso errore che avevo con la 5.5a.
ho letto sul forum in inglese che potrebbe dare fastidio davvero il carattere speciale nella password dell'utente AD con cui installo: domani provo con altro utente.
Certo che se volevano avvicinare la gente alla VCSA è un modo poco ortodosso ma efficace...
alfine ce la feci.... ebbene sì: se usate un utente windows per il servizio vCenter LA SUA PASSWORD NON DEVE CONTENERE CARATTERI STRANI. Anche il "-" mi ha dato problemi.
Stessa regola vale per la password dell'amministratore dell'SSO, ma qui almeno è documentato.
Inoltre con la 5.5b viene aggiunta l'Identity Source Active Directory (se lo desiderate E se il server è in un dominio).
Però a differenza di quanto accadeva con la 5.x, ora è necessario loggarsi nel webclient una prima volta come administrator@vsphere.local e assegnare i permessi di amministratore del vCenter agli utenti desiderati.
Io avevo messo gli utenti nel gruppo Administrators della macchina e messo questo come Administrator del vCenter MA NON funzionava: ho dovuto aggiungerli esplicitamente uno per uno come Administrator del vCenter.
Attenzione anche alla questione della versione dell'SQL Native Client: la 5.5a non sembrava "schizzinosa" se la versione non era identica al server db, la 5.5b SI'.
Ho anche visto che, se era già presente il DSN, aggiornare semplicemente il Native Client non era sufficiente e falliva ugualmente l'installazione del vCenter: necessario cancellare e ricreare un nuovo System DSN. Questa cosa temo possa essere critica quando si fanno aggiornamenti: forse si deve creare un nuovo DSN che punti al db esistente e, quando si aggiorna, si seleziona quello.
Inoltre quando installate il VUM ricordatevi che, se non avete ancora aggiunto gli utenti come amministratori del vcenter (loggandosi nel webclient), dovete usare per forza l'utente administrator@vsphere.local. Anche se inserite l'utente Windows con cui gira il servizio vCenter prendete picche.
Mi viene male a pensare quando aggiornerò il mio lab da 5.1, figuriamoci in un ambiente di produzione….
Grazie per le ottime info!
Luca.
Grazie 1000 anche da parte mia!
Certo che se continua così, prevedo in costante aumento il numero di vCSA installati. Fermo restando i limiti che ha.
Ciao
Francesco
spero di non aver scritto inesattezze (ho fatto una marea di test, potrei aver perso qualcosa in qualche punto, spero di no ma...)
sull'sql native client un dettaglio in più: il server è 10.50.4000
il native client che funziona bene con la 5.1 e pareva andare anche con la 5.5a era 10.50.250: con la 5.5b è stato necessario portarlo alla 10.50.4000.
Una prova da fare in lab sarebbe: cosa accade se il DBa aggiorna il server mssql e la versione diventa > di quella del native client in uso? Il vCenter 5.5b o successivo si pianta? emh...
Altro dettaglio minore: appena terminata l'installazione, prima di assegnare i permessi di amministratore del vCenter agli utenti di AD, se si fa login con un utente AD al vecchio client viene l'errore "non hai i permessi....", invece nel webclient entri, ma vedi tutto vuoto.
oggi ho provato ad aggiornare il mio vCenter 5.1u1c alla 5.1u2.
L'aggiornamento è fallito con lo stesso errore che vedevo quando provavo a installare il 5.5b...
Mi sono "rassegnato" a rottamarlo e agganciare tutti gli host sul nuovo vCenter 5.5b