We have an issue where the Download Patch Definitions job just remains "In Progress".
I've viewed the following thread and removed the 3.5 Patch definitions URL as per some of the suggestions.
If I use the Download in the Update manager button to download the patch definitions everything works as expected. as does the Test connections button.
If I try and cancel the In Progress task, then the Cancel remains In Progress for ever.
We're running vCenter 4.1.0.
I'm not quite sure where to look for logs as to what's going on. I looked on the vCentre Server but there doesn't appear to be an obvious logs directory for the Updatemanager.
Same here - we now have three "Cancel download of Patch Definitions" tasks "In Progress". We did have the CapIQ evaluation installed, but it expired and had been removed several months ago. We've had disabled the VI3 patch downloads already which may have helped originally. We then re-enabled it which might have helped for a week, and then the probelm came back. It's been disabled again. We've tried recycling the VUM services, but it just leaves a new cancel task in the queue. Restarting vCenter clears them of course, but that's not a desirable workaround to be doing regularly.
Does anyone know what was special about the CapIQ appliance that might have triggered this issue? I'm wondering if other appliances either from VMware or others might be causing this.
I am using Windows2008R2 for vcenter server, the problem started after I installed MS patches and rebooted server.
It could be caused by one of the MS update below.
Update for Windows Server 2008 R2 x64 Edition (KB2533552)
Update for Windows Server 2008 R2 x64 Edition (KB2570791)
Security Update for Windows Server 2008 R2 x64 Edition (KB2570947)
Update for Windows Server 2008 R2 x64 Edition (KB2616676)
Update for Windows Server 2008 R2 x64 Edition (KB2529073)
Update for Windows Server 2008 R2 x64 Edition (KB982018)
Windows Malicious Software Removal Tool x64 - September 2011 (KB890830)
-- I am not able to uninstall those patches to troubleshoot problem since it is a production environment.
did someone managed to solve this issue?
We have exactly the same issue. "Download patch definitions" starts and hanging up. If we cancel it, than "Canceling download ..." stack.
By trying to restart the Update Service get the service in stopping state. We have to restart the entire server.
After restarting new task "Download patch definitions" it started and stack again.
Manual test “download now” is working just fine. ESX 3x Patches are deselected.
vCenter 4.1.0 on Win2008 R2 Server.
Thanks for any clues.
Several months ago I re-selected the 3.x patches and restarted the vCenter server and my issue has never came back. I also removed the plugin for an old CapacityIQ trial. Not sure which made the difference.
My problem is solved. Probably I have this task hanging in the task queue from some other time. With server restart one task was canceled but a new one instead was generated and this circle was uninterrupted.
I could not stop the service, if I tried, service was placed in "stopping" state. So I have change start mode to manual and restart the server. After that i have renamed the hostupdate folder and start the service again. patch download task was not start.
Than I have stopot the service again, deleted the new hostupdate folder and renamed the old one back.
After starting the service, I have no hanging patch download task. Each new patch download task created and done successfully.
So my problem is solved.
I had this same problem. Download Patch Definitions, and Scanning Virtual Appliance. So I started digging. I am using 4.1 on 2k8-r264 for the vSphere and the Update Manager (same VM). After a reboot, I was seeing another issue with the vcenter Server service failling to start automatic. Event ID 1000.
So I chased that for a while. I suspected a issue with connectivity to the MSSQL (on the same server). Turns out when I tried pinging the short name of the server, it replyed with a IP6 mac of the tunnining nic on the server(not being used). I had already disabled IP6 for the nic being used.
So that led to an article on turnning off IPHelper in services. I just set it to manual, and stopped the service. The ping test goes better and on restart of the VM my vcenter service started correctly and Patch Downloads compleated in a flash.
Hope this helps some of you.
Hi, I run into this problem with vSphere 5. Same symptoms as described in this discussion: frozen task "Download Patch Definitions. Scanning Virtual Appliance.", cancelling the task does not work, VUM service cannot be stopped, and after killing its process and restarting the service another download task is automatically started.
In our case, the following entries in VUM log were repeated indefinitely:
[2011-12-06 20:26:43:463 'InventoryTree' 5520 DEBUG] [InventoryTree, 1629] Locking vm-40
[2011-12-06 20:26:43:463 'InventoryTree' 5520 ERROR] [InventoryTree, 137] Timed out while acquiring the lock for vm-40
[2011-12-06 20:26:43:463 'InventoryTree' 5520 WARN] [InventoryTree, 1636] Failed to lock vm-40; Timed out while acquiring the lock for vm-40
[2011-12-06 20:26:43:463 'entityLocker' 5520 INFO] [entityLocker, 77] Entities to be locked: 1, entities actually locked: 0
Using vCenter MOB browser, I realized that vm-40 is a VMware Management Assistant appliance. So I stopped the appliance, killed VUM service, started the service again, started the appliance, and the problem disappeared.
Well for us I can confirm its the vMA thats causing the issue. Power it off restart update manager - everything works - until next time... Anyone have any ideas on either a) skipping the vma machine for the scan or b) actually scanning it successfully?
Make sure the service account is running under a user that is allowed proxy access out bound. Then use that same user account for the proxy credentials. If the service hangs when making these changes, force restart it or reboot VUM and or vCenter server. Also make sure the firwall ports are open and DNS resolves.
In our case it has nothing to do with the ability to download patches -- it purely seems to be unsuccessfully trying to scan the vma appliance. If we switch the appliance off the patch download runs normally -- there seems to be some issue with scanning the vma appliance -- its not critical but its a pain....
I had the same issue, deselecting 3.5 updates, rebooting VC never solved my problem..... Until I shutdown my vCenter Mobile Access appliance. The updating task has been running for close to 2 weeks, as soon as the vCMA was shutdown the download task completed.
The same issue here... our vCenter is 4.1U2 (updated yesterday...) and powering off the vCMA (vCenter Mobile Access) is the (temporary) solution. I then look at the settings of this vm (tab options->advanced), and filling up the product name, version, full version, product url and vendor url seems to be the real solution.
And what are the correct url's? Save me looking too hard...
Technical Manager, OSI
Operating System Services
Amadeus Data Processing
T: +49 8122435822
From: zzmax65 <email@example.com>
To: Simon Bernard <firstname.lastname@example.org>
Date: 16-02-12 15:14