How to remove conflicting VIB's during Esxi host upgrade

So you want to upgrade your Esxi version from 5.5 to 6.5 using the host upgrade option with the vsphere client, which in my case that is what I was trying to perform. I have a Cisco UCS server, so I downloaded the custom Cisco image from the Vmware website to make life a little easy during the upgrade.

So when you create a new baseline for your Cisco UCS image and attach it to the host (I am assuming you guys know how to create a baseline and attach it to the host) and within update manager click on the "Scan for Updates" button and select "Upgrades".

4.JPG

You notice that after the scan completes in the summary box below, that the status details say that there are a few conflicting VIB's that need to be removed in order for the upgrade to proceed.

1.JPG

Here is what you do to remove those VIB's, so that you can proceed with the upgrade.

  • Enable SSH on the desired host from the security profile of the host
  • Use Putty and ssh to the host using the root credentails
  • Once at the console, type  the command --> esxcli software vib list
2.JPG
  • Match the conflicting Vib name that you encountered earlier to this list and note down the name. (In my case it was net-mst)
  • So at the ssh console type the command --> esxcli software vib remove -n=net-mst
3.JPG
  • Once the VIB has been removed, it will prompt you for the reboot. So go ahead and reboot your host.
  • Once the host is back and connected within your vcenter, go under update manager and scan for updates again and this time, you should see the image being Non-Compliant. Now you can proceed with the Remediation of this host to apply this image.
5.JPG

Can i cancel Vmware snapshot, stuck at 99%!

This is probably the most trickiest decision to make at any time, you have clicked on the action to delete a snapshot on a virtual machine and its stuck at 99% for like a very long time.  You want to cancel the task, but you are not sure if its safe?!

I have had to do this a couple of times and I am thankful, everything has gotten back to normal. So the situation is, you have a snapshot at 99% and you gather up the courage to cancel it and it gets stuck again and you are just waiting! First I recommend reading up the below blog and do a quick check if at all you need to perform a hard kill. (Read this). Its a pretty well written blog and in case you want to do ahead, which I did on a couple of occasions, just enabled SSH on your host and type in the command:

services.sh restart ( Please note that this will not affect your working virtual machines and its completely safe, you might see the host getting disconnected from vcentre for a bit but it will come back, so don't worry)

Once done, the snapshot tasks will be cancelled and then you may be prompted to consolidate your disks, which would be slow as well but please don't cancel the consolidation at this point.

I know it's not recommended to cancel a snapshot, but sometimes you have to take a leap of faith!

A file I/O error occurred while accessing - Vmware converter V2V

Kenya.JPG

So this morning, I was trying to convert a virtual machine running on a Hyper-V host on a different domain to another using the Vmware converter tool. The destination was to the Vmware 5.5 cluster. I had installed the vmware converter on the Hyper-V machine and ran through the initial setup and clicked on the finish button. When I did that after a while I got an error "A file I/O error occurred while accessing". After looking around for a while I realized that from my source machine I cannot ping the FQDN of my Vcenter server and the destination host that I am trying to migrate this virtual machine to, even though I can ping the IP's the DNS names cannot be pinged.

So it was pretty straight forward from this point, I opened by the local hosts file, on the source server and made some manual entries to the vcenter server and the destination vmware host. After I did that I re-ran my conversion tool and this time it worked! (I hope you know how to get the local host file on a server to make manual entries, if you don't then drop me a comment and I shall respond back!)

-Alstar

Unable to bring the MSDTC resource online in a windows failover cluster - 0x3eb cluster resource

This morning, I had created my new Windows 2016 failover cluster and when I was trying tp create my MSDTC resource or for that matter any resource, I was unable to bring it online and it was failing at the network name bit. The disks were alright and were shared between the hosts but the resource just wouldn't come online!

After digging around, I figured out that my CNO (Cluster network object) did not have the "Create computer objects" permission, on the OU it was trying to create my MSDTC object. So all I had to do was go to the properties of my OU, which the objects was trying to be created and right click --> properties

1.JPG

On the next dialog box, go to the security tab and click the Advance button

2.JPG

Then click Add

3.JPG

Then click the "Select a principal" option

4.JPG

Here put the CNO name of your windows failover cluster, mine was ALSTAR$ and hit OK

5.JPG

In the permissions windows, make sure the "Create Computer Objects" permission is granted to the CNO and click OK.

6.JPG
7.JPG

Once this is done, try and bring your MSDTC resource online and hopefully it should come online without any issues!

-Alstar

Fun with Powershell - Get the "managedby" property for a list of groups

If you ever wanted to get the managedby property for a bunch of groups in active directory, here is a small script which helps you achieve that.

Import-Module activedirectory
$groups = Get-ADGroup -filter * -SearchBase "OU=Distribution Groups,OU=Groups,OU=Common,OU=IN,OU=AC,DC=contoso,DC=com" | select samaccountname
$groups | Export-Csv -Path "C:\powershell\Scripts\DL Managers\groups.csv"
$content = Get-Content -Path "C:\powershell\Scripts\DL Managers\groups.txt"
$valid = @()


foreach ($group in $content)
{

$grp = Get-ADGroup -Identity $group -Properties * | select Name,samaccountname,ManagedBy | sort ManagedBy
$valid+= $grp

$valid | export-csv -Path 'C:\powershell\Scripts\DL Managers\managers.csv' -NoTypeInformation -UseCulture

}

-Alstar