Recent tasks pane - doesn't show any activity

Problema
Il Pannello delle attività recenti ("Recent Tasks") del Web-Client non mostra nessuna attività .... nonostante si stia gestendo delle atività.

Soluzione
Tutto quello che è necessario fare per risolvere la problematica è ripristinare le impostazioni predefinite cliccando su "Reset To Factory Defaults" aprendo il menù a fianco del nome utente utilizzato per loggarsi all'interno del WebClient (come mostrato nell'immagine sotto)

Accettare le condizioni di reset premendo "Yes". Se sono state effettuate delle personalizzazioni queste verranno perse e re-impostate come originariamente.

Una volte premuto "YES" se i tasks non vengono ancora visualizzati e necessario effettuare un "log out" ed un "login" dal web client. Come possiamo vedere dall'immagine sotto, tutto riprende a funzionare correttamente.

VPXV_EVENT_1

Problema
In fase di migrazione di un Virtual Center 5.5 dalla piattaforma Windows alla VCSA, il processo è stato interrotto manualmente per insufficienza di spazio disco necessario per terminare la migrazione.

Ad un secondo lancio del tool di migrazione, il sistema si è fermato nella fase di migrazione dei dati da Windows a VCSA con il seguente messaggio di errore:

Error while exporting events and task data:pyodbc.ProgrammingError: ('42S01', "[42S01] 
[Microsoft][SQL Server Native Client 11.0][SQL Server]There is already an object named 
'VPXV_EVENT_1' in the database. (2714) (SQLExecDirectW)")

Soluzione
Da una veloce ricerca in google per "VPXV_EVENT_1", ho trovato subito la KB2148401 che ha permesso di risolvere il problema.
La soluzione consiste semplicemente, nel rilanciare nuovamente le operazioni di migrazione.

Da come si può vedere dall'immagine sotto tutto sembra essere migrato come desiderato.

vim-cmd: Working With Snapshot

Problema
Di recente ho avuto la necessità di effettuare una "cold" snapshot del vCenter (versione 5.5) senza disporre del client vSphere. 

Soluzione
La soluzione è connettersi al nodo ESXi ed utilizzare la CLI. Prima di tutto verificare su quale nodo  sta girando la VM da spegnere (in questo caso il vCenter) ed accertarsi che il servizio SSH sia attivo.

Connettersi in SSH all'Host e prendere confidenza con il comando "vim-cmd" .

Per iniziare, otteniamo la lista delle Virtual Machine che girano sull'host ESXi filtrando per la VM che vogliamo trovare (in questo caso il vCenter 01).

~ # vim-cmd vmsvc/getallvms|grep -i vc01

In questo modo possiamo ottenere il VMID che identifica la nostra VM, da poter utilizzare successivamente.

Il successivo comando da lanciare è "vim-cmd vmsvc/snapshot.get <VMID>" per verificare se ci sono già delle snapshot attive e successivamente il "vim-cmd vmsvc/power.shutdown <VMID>" per spegnere la VM. 

Per verificare lo stato della VM; e verificare che si è spenta lanciare "vim-cmd vmsvc/power.getstate <VMID>"

Dato che, la VM è nello stato "Powered off" posso lanciare il comando per ottenere la snapshot nel seguente modo  "vim-cmd vmsvc/snapshot.create <VMID> <Snapshot-Name>". 

Esempio:

~ # vim-cmd vmsvc/snapshost.create 31 Pre-Migration2-VCSA 
Create Snapshot:
~ # vim-cmd vmsvc/snapshot.get 31

Di seguito l'output del comando e la catena delle snapshot associate alla VM. Nel nostro caso quella appena creata. 

 Problema risolto. Possiamo far ripartire il vCenter con lo stesso comando "vim-cmd" e verificarne lo stato come di seguito:

~ # vim-cmd vmsvc/power.on 31 
Powering on VM:
~ # vim-cmd vmsvc/power.getstate 31
........

NOTA: Un breve tutorial sulle opzioni e sull'utilizzo del comando "vim-cmd" sono disponibili al seguente link.

Serial Number: null

Problema
Come da immagine sottostante non è possibile reperire il "service tag" direttamente da vSphere web client di un nodo ESXi 6.5 Update 3. 

Soluzione
Connettendosi via putty direttamente sull'host è possibile lanciare il comando "esxcli hardware platform get":

[root@ceda01:~] esxcli hardware platform get

e reperire il "Serial Number" (e/o Service Tag) desiderato