Unidesk reported back the following error on a single Desktop
“The CachePoint Appliance could not create the boot image. Error is: Failed to detach disks from the desktop and reattach to the CachePoint Appliance; export the logs and notify Technical Support that this error occurred.”
After looking in vSphere, it turned out that there was an error on that particular desktop
vSphere had put a lock on the Snapshot for this desktop.
After removing the Snapshots and forcing a rebuild from the Unidesk console, the Desktop Booting as normal
When no performance data is available on a single host, restart the hostd and vpxa services
From the Local Console or SSH:
- Log in to SSH or Local console as root.
- Run these commands:/etc/init.d/hostd restart
Note: In ESXi 4.x, run this command to restart the vpxa agent:
- Alternatively, to restart all management agents on the host, run the command:services.sh restart
As the title says – another issue with the vCenter Database becoming full on SQL Server
Go into the SQL Management Studio and navigate the vCenter Database
First check the Size of the DB – Right Click on the DB and select Properties – you see that the DB space available is too low
Now close this and stop the VMware vCenter Service (more…)
Run this in SQL Management Studio to see what is taking up space on vCenter SQL Express Database:
SELECT [Table Name],
(SELECT rows FROM sysindexes s WHERE s.indid < 2 AND s.id = OBJECT_ID(a.[Table Name])) AS [Row count], [Total space used (MB)] FROM ( SELECT QUOTENAME(USER_NAME(o.uid)) + ‘.’ + QUOTENAME(OBJECT_NAME(i.id)) AS [Table Name],
CONVERT(numeric(15,2),(((CONVERT(numeric(15,2),SUM(i.reserved)) * (SELECT low FROM master.dbo.spt_values (NOLOCK) WHERE number = 1 AND type = ‘E’)) / 1024.)/1024.)) AS [Total space used (MB)] FROM sysindexes i (NOLOCK) INNER JOIN sysobjects o (NOLOCK) ON i.id = o.id AND ((o.type IN (‘U’, ‘S’)) OR o.type = ‘U’) AND (OBJECTPROPERTY(i.id, ‘IsMSShipped’) = 0) WHERE indid IN (0, 1, 255) GROUP BY QUOTENAME(USER_NAME(o.uid)) + ‘.’ + QUOTENAME(OBJECT_NAME(i.id))
) as a
ORDER BY [Total space used (MB)] DESC
Recently came across an issue where a customers vCenter Server Services wouldn’t start. I read up on a few KB article stating to Start / Restart the SSO Service, this didn’t fix the problem. Even a couple of reboots of the vCenter Server failed.
After looking in the logs, found at C:\ ProgramData\VMWare\VMware VirtualCenter\Logs the latest Log Entry contained this:
Some of the plugins for vCenter don’t offer an uninstaller.
To unregister a plugin from vCenter follow this method provided by VMware KB1025360