Clean VMware Drag'n Drop folder - VMwareDnD

Con il passare del tempo la mia VM Windows 10 (su VMware Fusion) diventa giorno dopo giorno sempre più avida di spazio disco.
Inizialmente ho semplicemente pensato che fosse dovuto agli Update di Windows ed ai continui file e documenti (sempre più corposi) che andavo ad inserire all'interno della VM. Tuttavia meglio verificare qual'è la cartella che sta occupando così tanto spazio da richiedere di ampliare il disco della VM??

Scaricato ed installato "TreeSize Free" lo lancio "in modalità amministratore" e scopro...... che:

Una importante quantità di spazio viene utilizzata dalla cartella "%TEMP%\vmware-<your username>\VMwareDnD" . Facendo una veloce ricerca con Google scopro che la cartella VMwareDnD viene utilizzata da Fusion (o da VMware Workstation) come directory temporanea per appoggiare i file che vengono spostati/copiati dall'ambiente esterno all'interno della Virtual Machine e viceversa.

Tuttavia questa cartella non viene cancellata/pulita da VMware al reboot e/o allo shutdown della VM; quindi è semplice dopo un pò di utilizzo ed un pò di copia ed incolla da e fuori la VM riempire il disco. Per questo motivo Andreas Scherbum ha scritto un interessante script da schedulare per l'eliminazione di questi files.

Per poter ripulire senza problemi la cartella lanciamo "Disk Clean-Up" in modalità amministratore.

Ed attendiamo il risultato: "Temporary files 11,7GB". Sembrerebbe essere delle stesse dimensioni della cartella "VMwareDnD" .... selezioniamo e premiamo "OK" in modo che "disk Clean-up" possa procedere con l'eliminazione dei file temporanei. 

Procedere con "Delete Files"

Terminata l'operazione ho rilanciato nuovamente il "TreeSize Free" e con mio stupore ho notato che non tutti i file erano stati eliminati .... ancora 3,8GB

Ho ripetuto la precedente operazione del "Disk Clean-Up" e questa seconda passata ha provveduto ad eliminare tutti i file temporanei.

Spazio disco liberato.

Clearing Password History in VMware Identity Manager

Disclaimer: The procedure described below is not officially supported by VMware. Use it at you own risk.

Mi trovo nelle condizioni di dover modificare la password di “sshuser” dell’Identity Manager di VMware, tuttavia vorrei poter mantenere la stessa password utilizzata in precedenza; ma come possiamo vedere dalla seguente immagine sembra che non sia possibile.

Soluzione: Come root possiamo rimuovere l’entry corrispondente all’utente “sshuser” nel seguente file:

/etc/security/opasswd

Verifichiamo quanti utenti sono pressenti nel seguente file, nel seguente modo

verificato all'interno del file “/etc/security/opasswd” la solo presenza dell'utente “sshuser” possiamo procedere nel seguente modo

~ # mv /etc/security/opasswd /etc/security/opasswd.old ~ # touch /etc/security/opasswd

Procediamo quindi con il re-impostare la password per l’utente “sshuser”come in precedenza

È inoltre possibile controllare il file "/etc/pam.d/common-password" e cercare una linea con il parametro "remember".

Troubleshooting ESXi 6.5 upgrade - Conflicting VIBs

In fase di upgrade dalla versione 5.5 alla versione 6.5 U1 è apparso il seguente messaggio di errore.

Connettersi all'host in SSH (es. tramite PuTTY) e lanciare il comando di seguito; per verificare la presenza del driver VIB

~ # esxcli software vib list | grep LSI scsi-megaraid-perc9        6.901.55.00-1OEM.550.0.0.1331820    LSI      VMwareCertified 2014-10-25 scsi-mpt2sas                  18.00.00.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2014-10-25 scsi-mpt3sas                  04.00.00.00.1vmw-1OEM.500.0.0.472560   LSI VMwareCertified 2014-10-25

Verificato dalle schede tecniche che, il driver VIB“scsi-mpt3sas”fornito da mpt3sas fornisce supporto per AVAGO MPT Fusion basato su controller SAS3 (SAS 12.0 Gb/s) non è supportato dai device Dell, possiamo procedere con la rimozione in completa sicurezza.

Procediamo con la rimozione eseguendo il seguente comando:

~ # esxcli software vib remove –n scsi-mpt3sas

Per completare le operazioni di rimozione è necessario riavviare l'host. Riavviato l'host è possibile procedere con le normali operazioni di Upgrade.

L'host è stato upgradato con successo.

No VRM Server registered with vCenter Server for site (SRM 6.5.1)

In questi giorni mi sono trovato ad installare SRM 6.5.1 su di infrastruttura vSphere 6.5 U1.
Configurato tutto correttamente SRM (manager) e la VRA (Replication Appliance), effettuato il pairing tra i due vCenter. In fase di creazione del "Protection Group" mi sono trovato con il seguente errore:

Sembrerebbe che la VRM non sia, o non comunichi correttamente con il vCenter Server di riferimento.

- Verificata la corretta comunicazione e raggiungibilità tra la VRA in questione ed il rispettivo vCenter ed SRM e tra la VRA del il vCenter e l'SRM del sito remoto e poi viceversa (con successo). Tramite PING e risoluzione dei nomi DNS
- Verificata la corretta impostazione dell'NTP server sia correttamente impostata su tutte le componenti.

Risoluzione:  Prima di creare un "Protection Group" assicurarsi che almeno 1 VM sia configurata per la replica in vSphere Replication