Home > ESX, How To, Randomness, Security, VIClient, VMware > VCS vSphere – Check new notifications stuck on Queued – VMware vCenter Update Manager Check Notification

VCS vSphere – Check new notifications stuck on Queued – VMware vCenter Update Manager Check Notification

February 7th, 2011 Leave a comment Go to comments

So if you have a bunch of queued items in your VMware vSphere Client Recent Tasks that say “Check new notifications” initiated by “VMware vCenter Update Manager Check Notification“, there is an easy fix. Here’s what it looks like:

To fix, all you have to do is restart the VMware vCenter Update Manager Service on your VCS server. See below:

You can also do a “net stop vmware-ufad-vci” then a “net start vmware-ufad-vci” as well. Let me know if this works out for you! :)

Categories: ESX, How To, Randomness, Security, VIClient, VMware Tags:
  1. Tiburon
    March 11th, 2011 at 18:30 | #1

    Thanks for the tip! Restarting that service cleared it up.

  2. March 29th, 2011 at 13:56 | #2

    I hit this one too. Thanks for the post!

  3. March 29th, 2011 at 13:57 | #3

    Don’t forget to use PowerCLI to cancel all of the open tasks:
    get-task -status queued | stop-task

  4. April 26th, 2011 at 18:15 | #4

    Moi aussi. Although when I attempted to restart the service, I got an error 1067. I rebooted the vCenter server and all was well. (this coincided with a need for Windows Activation and an admin password change – been a while since I was using the lab!)

  5. Sam
    August 4th, 2011 at 17:49 | #5

    Thanks! This solved my problem as well, they all cleared up after this.

  6. September 21st, 2011 at 05:56 | #6

    That worked great without a reboot. I like no reboot!!!

  7. Jeff
    November 1st, 2011 at 09:04 | #7

    So how long after restarting the service have people noticed the queued messages go away?

  8. Tim
    November 9th, 2011 at 12:54 | #8

    Thanks — it worked for me, too! I appreciate the tip! I didn’t check it for a little while (maybe a half hour or so), but they were all gone by then!

  9. WCRA
    November 17th, 2011 at 15:47 | #9

    Thanks worked for me too!

  10. November 18th, 2011 at 08:12 | #10

    Yeah it works also for me :) Bloggers rulez the planet :D

  11. Juan C Munera
    November 22nd, 2011 at 17:06 | #11

    Likely you can combine the two commands like so: “net stop vmware-ufad-vci && net start vmware-ufad-vci” to do it in one shot.

  12. David Dawson
    January 6th, 2012 at 10:05 | #12

    So many sites listed this as a fix. Just wanted to state that I was able to track this down to our vCenter server IP address changing. Long story short I tracked it down due to some other errors I was seeing. I added the old address so that the vCenter Server had both the new and former addresses (both on the same subnet) and this task finally completed.

    I suspect it had something to do with an SSL cert but I’m still trying to untangle that. vCenter works without that nagging error and we’ll go back and find out what went wrong when we changed the IP.

  13. Rich
    February 20th, 2012 at 15:51 | #13

    Worked like a charm. We created a new vCenter and imported the old data but had changed the IP address so this might be a valid reason.

  1. No trackbacks yet.