La nuova interfaccia unificata di VCF 9 è bella, ma quando qualcosa si rompe, la riga di comando (CLI) è ancora la vostra migliore amica. Ecco i “trucchi del mestiere” per diagnosticare problemi in VCF 9.
1. Il coltellino svizzero: SOS Utility
Se SDDC Manager non risponde o un task è bloccato, il tool SOS è il primo posto dove guardare. Collegati in SSH a SDDC Manager come vcf e usa:
/opt/vmware/sddc-support/sos --health-check
Questo comando esegue un check completo di connettività, servizi e database.
Trick: Se volete vedere solo i log di un workflow fallito senza scaricare gigabyte di dati:
/opt/vmware/sddc-support/sos --domain-name <nome-dominio> --workflow-id <ID-del-task-fallito> --logs-only
2. “Token Expired”? Ecco come fixare
Un problema classico durante operazioni lunghe è la scadenza del token di autenticazione tra SDDC Manager e i componenti. Se vedete errori “401 Unauthorized” nei log commonsvcs:
- Riavviate i servizi di gestione token:
systemctl restart vcf-operations-manager systemctl restart vcf-commonsvcs - Attendete 5 minuti e riprovate il task dall’UI.
3. Bypassare l’UI per la creazione dei Workload Domain
Se l’interfaccia grafica vi dà un errore generico durante la creazione di un dominio, usate l’API Explorer o curl. Spesso l’errore dettagliato è visibile solo nel JSON di risposta dell’API.
Log critico da monitorare in tempo reale durante le operazioni:
tail -f /var/log/vmware/vcf/domainmanager/domainmanager.log
Qui vedrete esattamente a che punto (NSX deploy, vCenter deploy, ecc.) il processo si sta bloccando.
4. Il database Postgres (Maneggiare con cura)
In VCF 9, lo stato del sistema è nel DB Postgres locale. Se un task rimane “In Progress” per sempre (Zombie Task), a volte è necessario pulirlo manualmente.
Attenzione: Fatelo solo con il supporto Broadcom o se sapete esattamente cosa state facendo
psql -h localhost -U postgres -d platform -c "SELECT * FROM task WHERE status = 'IN_PROGRESS';"
