Solved

Updates showing as conflicts in VMWare Update Manager

Posted on 2011-02-16
8
2,008 Views
Last Modified: 2012-08-13
Hello Experts,
I am in the process of attempting to update our ESX 4.0 host systems using vSphere Update Manager.  After scanning the host with the default baselines, there are 49 applicable patches.  Five of these patches are shown as being in conflict in the Compliance column.  Should I deselect these five patches when I go to stage and remediate the host, or if I leave them selected, will the patch process not attempt to install them due to the fact they are in conflict?  Then, after proceeding with the remediation process, should I then scan the system again to see if these five can then be installed?  Am I still relatively new to this process and need some guidance in how to proceed in general.  Thanks in advance for your help.
Russ  screen shot of conflicting patches
0
Comment
Question by:rdillion
  • 4
  • 4
8 Comments
 
LVL 16

Accepted Solution

by:
danm66 earned 500 total points
ID: 34908341
if you click on each one, in that view that you posted, it should say what it is in conflict with.  That will help determine if you should ignore it or not.
0
 

Author Comment

by:rdillion
ID: 34909449
Hey danm66,
Thank you very much for your help!  I had not noted that before, but in looking at the five patches with conflicts, they all indicate the conflicts are with patches for the Cisco Nexus 1000V switch appliance, which I do not have installed.  Futher, they all have detail information similar to the following:

The selected Update conflicts with following Updates in VMware vCenter Update Manager patch repository:
VEM400-200904001-BG, VEM400-200906002-BG, VEM400-200907001-BG, VEM400-200909001-BG, VEM400-200911014-BG, VEM400-200912001-BG, VEM400-200912016-BG, VEM400-201002001-BG, VEM400-201002011-BG, VEM400-201003001-BG, VEM400-201003011-BG, VEM400-201005001-BG, VEM400-201005011-BG, VEM400-201005021-BG, VEM400-200904001-BG, VEM400-200906002-BG, VEM400-200907001-BG, VEM400-200909001-BG, VEM400-200911014-BG, VEM400-200912001-BG, VEM400-200912016-BG, VEM400-201002001-BG, VEM400-201002011-BG, VEM400-201003001-BG, VEM400-201003011-BG, VEM400-201005001-BG, VEM400-201005011-BG, VEM400-201005021-BG.

These patch repository conflicts will NOT affect stage and remediation unless the conflicting Updates are contained in the baseline(s) 'Critical Host Patches', 'Non-Critical Host Patches'.

When I look at the Compliance column for the patches related to the Nexus switch, some say Not Applicable, but most say New Module.  However, when I then go to the staging screen that shows the individual patches that are selected for staging, none of the Nexus patches are listed.  I am assuming that I can therefore procede with the staging and remediation process of these patches as none of the Nexus patches are selected to be included in the process?  Just want to be sure I am not missing anything.
Thanks again,
Russ Cisco Nexus V1000 patches in list
0
 
LVL 16

Assisted Solution

by:danm66
danm66 earned 500 total points
ID: 34909701
Yeah, you can ignore them or do a custom baseline that doesn't involve any cisco patches.  see http://kb.vmware.com/kb/1013068 

What version is your vCenter server?  I thought they worked on this conflict messaging to make it less disconcerting when this came up???  If your VC isn't at 4.0 U2 or 4.1 U1, you should probably upgrade it.
0
 

Author Comment

by:rdillion
ID: 34910003
Thanks again for all of your help danm66!  I'll take a look at that article and see if I can get this taken care of.  My vCenter Server is at 4.0.0.  The local consulting group that helped me set up our environment has pretty much left me high and dry with regard to ongoing support, so I am trying to get up to speed on as much as I can. I'll see if I can find any links etc. on upgrading our vCenter Server and put that on the list.  
0
Control application downtime with dependency maps

Visualize the interdependencies between application components better with Applications Manager's automated application discovery and dependency mapping feature. Resolve performance issues faster by quickly isolating problematic components.

 
LVL 16

Expert Comment

by:danm66
ID: 34911566
http://www.vmware.com/support/pubs/vs_pages/vsp_pubs_esx41_vc41.html has an upgrade guide under the 'Guides' tab.  The main thing is that VC4.1 requires a 64-bit OS, but there is a migration tool to move your database to the new server.
0
 

Author Comment

by:rdillion
ID: 34912880
Thanks for the link, I took a quick look and will get into it more tomorrow.  My hosts are all ESX 4.0 and I know that I will need to upgrade them to 4.1 as well.  I downloaded a video from the VMWare site on that process on Monday and it looked fairly straight forward.  In that scenario, should I upgrade the hosts first and then upgrade the vCenter server install, or do the vCenter server first then the hosts, or does it matter?  I currently have vCenter server installed on a Windows 2008 Server 64 bit guest system, so I am hoping that I will be able to do an "in place" upgrade on the same system.
Thanks again danm66, I really appreciate all of your help on this!
Russ
0
 
LVL 16

Expert Comment

by:danm66
ID: 34912971
Always upgrade the vc first.

Yeah, you can do an inplace upgrade of your vc.  Just run the setup routine which will bring up a menu and click on each component to run through its wizard.  Backup the vm/db first and you should be good to go.
0
 

Author Comment

by:rdillion
ID: 34915854
Cool, thanks again very much!!  Have a good rest of week and weekend!!  :)
0

Featured Post

Netscaler Common Configuration How To guides

If you use NetScaler you will want to see these guides. The NetScaler How To Guides show administrators how to get NetScaler up and configured by providing instructions for common scenarios and some not so common ones.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Article by: btan
Provide an easy one stop to quickly get the relevant information on common asked question on Ransomware in Expert Exchange.
Exchange server is not supported in any cloud-hosted platform (other than Azure with Azure Premium Storage).
This video shows you how to use a vSphere client to connect to your ESX host as the root user. Demonstrates the basic connection of bypassing certification set up. Demonstrates how to access the traditional view to begin managing your virtual mac…
This video shows you how easy it is to boot from ISO images for virtual machines with the ISO images stored on a local datastore on the ESXi host.

895 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

21 Experts available now in Live!

Get 1:1 Help Now