Categories
Virtualization Vmware

How to remove a plug-in from vCenter with the MOB

I recently ran into an issue with being unable to remove a plug-in from vCenter. When looking in vCenter under Administration > Client Plugins I found the pluging was failing to install and was continually attempting to restart the installation.The option to remove or disable the plug-in was greyed out.

I opened a case with VMware support and was directed to their KB article on how to remove plug-ins via the MOB.

Here is the a excerpt from the KB Article on how to remove the plug-ins:

To remove unwanted plug-ins from the available plug-in list:

  1. In a web browser, navigate to https://vCenter_Server_name_or_IP/mob.

    Where vCenter_Server_name_or_IP/mob is the name of your vCenter Server or its IP address. Log in with your vCenter SSO admin credentials.
     
  2. Click Content.
  3. Click ExtensionManager.
  4. Select and copy the name of the plug-in you want to remove from the list of values under Properties. For a list of default plug-ins, see the Additional Information section of this article.
  5. Click UnregisterExtension. A new window appears.
  6. Paste the key of the plug-in and click Invoke Method. This removes the plug-in and results in void.
  7. Close the window.
  8. Refresh the Managed Object Type:ManagedObjectReference:ExtensionManager window to verify that the plug-in is removed successfully.

Note: If the plug-in still appears, you may have to restart the vSphere Client.

To disable the plugin through the Client Plug-In manager within the vSphere Web Client 5.1 and later:

  1. Log in to the vSphere Web Client with an vCenter Server Administrative user.
  2. When the error appears, click No.
  3. Navigate to Administration > Client Plug-Ins.
  4. Locate the client plug-in you want to disable.
  5. Right-click this entry and select Disable.
  6. Click Yes on the pop-up box for disabling the plugin.

I followed the above guide however I did run into something that is not in the guide. In the:

Click UnregisterExtension. A new window appears.

The popup message actually looks like an error and doesn’t indicate that it actually does anything.

However, once it is done you can go back to the plug-ins section and either the plug-in will be deleted or it will not be attempting to install anymore so you can click remove to get rid of it.

I hope that you found this post helpful and if so please feel free to share it with others. Also be sure to check out some of my other posts on Virtualization topics.

Categories
Virtualization Vmware

vCenter 7.0: No healthy Upstream Server

I was doing some maintenance on several vCenters last week. I discovered that when a vCenter gets powered off and back on the webpage will display No Healthy Upstream Server.

What happened

Part of our process when working on a vCenter is do to an offline snapshot prior to making any changes. After the snapshot was completed, I powered up the appliance. We power the VCSA appliance up and are presented with that message when going to the vCenter URL.

I was able to get to the VAMI webpage, by going to https://vcenterserver.domain.local:5840. But I was not able to log in with AD credentials. I needed to use the root credentials for the vCenter appliance to log in.

I checked the services tab in the VAMI interface and found that most the the services that were stopped.

This is also the reason why I couldn’t login with my AD Credentials. THis is because the service responsible for it is stopped.

Reason

After opening a case with VMware support, it has been determined that it is a known issue / bug in vCenter 7.0. The work around for the solution is to stop all the services in vCenter via the Command line and start all the services to bring everything back up.

You might think that starting the services manually will solve the issue. However just as with most modern systems, there is alway a proper startup order. While you might get lucky in turning them on, it is best to let the system handle it on it’s own.

The Workaround

As mentioned above the solution is simple. You need to SSH into your vCenter and log in as root. If for some reason your vCenter has SSH disabled, you will need to enable it from the VAMI > Access > SSH login.

Once you are logged in type the following

shell

to enter into the BASH prompt.

cd /bin

To change directory to the /bin directory

service-control --stop --all

This will stop all services which is necessary to make sure all the services are stopped and can be started in the right order. The process cannot be stopped so you will need to be patient

service-control --start --all

This will start all the services in the correct order. This process also cannot be stopped so you need to be patient.

Once completed you should be able to refresh your web browser for the vCenter screen and the login screen will appear.

You can read more about restarting services here.

Closing

I hope you found this post helpful and I hope to update if when/if I get an update that the issue is resovled. Please share this post with others if you found this helpful. Also check out some of my other articles about Virtualization.

Categories
Virtualization Vmware

ESXi 7.0 u3g – Host unresponsive issue

I recently ran into an issue where our ESXi hosts runing ESXi 7.0 u3g connected to a vCenter Server running 7.0 u3g would go into a state of not responding. The Virtual Machines (VMs) would continue run on the host, but if you tried log into the host from the Direct Console User Interface (DCUI) the screen would freeze at the login screen.

If you are so unfortunate as to run into this issue, just be patient and the login will complete. It could take between 5 to 45 minutes for the login to complete but it will eventually get there.

After it loads you will need to restart the managment agent on the host by going to Troubleshooting > Restart Managment Agent. After restarting the services the host should report back into vCenter on it’s own.

To fully resolve the issue you should consider upgrading your vCenter to at least 7.0u3j which will resolve the issue.

I know this is a short post, but I really hope it helps someone out there. Please feel free to share this around to others who may need it.

Categories
Virtualization Vmware

vCenter – Migrate is greyed out

Intro

Recently I was working on an issue where the option to migrate was greyed out inside of VMware vCenter. At the time we were not sure how this issue started, but we eventually figured it out. We were using a snapshot based backup solution which had an issue.

Allow me to explan the process. We learned that when a VM gets snapshotted, the VM gets locked by vCenter. This is to prevent the VM from moving while the snapshot is being created. I was never sure how this “lock” actually worked, but I learned that the VM id gets added to the VPX_Disabled_Methods table. Once the Snapshot get created, vCenter is supposed to remove the id from the table which will then allow you to perform migrations.

In our case, what happened was the backup created the snapshot, but never told vCenter to remove the lock. So after a bunch of calls with VMware we learnd about the VPX_Disabled_Methods table.

Warning

NOTE: Do not run this command unless you know what you are doing!!! However, running a select command should not cause any issues….

How to fix the issue

First you will need to log into the vCenter appliance console using SSH as root.

You will then need to run the following command to access the VCDB (vCenter Database)

sudo /opt/vmware/vpostgres/1.0/bin/psql -d VCDB

To see if you have any VMs that are impacted you can run the following command.

select * from VPX_DISABLED_METHODS;

If any VMs are impacted then you should see something in the list. If you do, you can take that vm-id and look them against vCenter which will probably be having the migration issue.

In order to resolve the issue you will need to delete the VM ID from the table. To do this you should run a command like this

select * from VPX_DISABLED_METHODS WHERE ENTITY_MO_ID_VAL = 'vm-xxx;

Or if you are like me, and don’t want any of your VMs to be locked, you can be like me and do the sledge hammer approach

delete * from VPX_DISABLED_METHODS;

This will clear all of the entries from the table.

Closing

I hope you found this post helpful, and if so please share with your friends.

Categories
Uncategorized Virtualization Vmware

VMware vCenter vVOLs Host Certificate issues

As of late I have been running into a few issues with VMware vSphere and vVOLs. I could go on for hours about my hatred of SSL certificates and how much of a pain that they have been for me in the past. But that is not what you are here for (at least I hope not).

This post is going to be a little bit different from my normal “How To” posts that I normally do. In this article I will focus more on the things that I have learned, and steps that need to be taken when working with VMware’s vSphere and vVOLs.

Here is a little back story on what a vVOL is and how it integrates with vSphere. To be completely honest with you, I am not an expert on the subject by any means. I would say that everything that I learned from this technology is either self taught or from VMware Support. Speaking of VMware Support, on numerous occasions I have been told by their Level 2 and 3 storage engineers that they know very little about how it actually works. This actually makes sense and let me explain.

A vVOL or Virtual Volume is a block of storage that gets presented from the storage provider (SAN usually) and vCenter just connects to it as a subscriber. From there vCenter replicates the connections to the ESXi hosts which these connections are independent of the vCenter connection. All of the actual provisioning and managent is actually done on the storage array. So unlike a VMDK where you have to mount the LUN and then format it. A vVOL gets connected to vCenter by via the VASA Provider screen and create a vVOL in vCenter which then gets “trickled” down to the ESXi hosts that you want to be able to see it.

Now here is where the tricky parts come in. At least in the case of Pure Storage only 1 vCenter may connect to a particular Storage controller at one time unless you are using a CA issued certificate. Which lets face it, half the time IT teams barely use DNS and you expect them to use SSL certs if it is not client facing. The good news is, Pure thought of this and that is why when you connect to the storage controller from vCenter the storage controller will issue a self signed certificate which will be used for the connection. The bad news is, the SSL cert is only good for a year and vCenter starts to alert that the certificate is expiring after 100 days or something like that.

As long as everything is good connectivity wise, renewing the certificate is as easy as logging into vCenter >clicking on the vCenter object > going to configure and clicking on storage providers > finding your Certificate and clicking refresh. From there vCenter sends a request to the storage controller and the storage controller will generate a new certificate and send it to vCenter and that is it.

Well sort of, see if it was that easy, I would not be writing this post. A few months back I had gone through the above process and it worked just fine. All was well for about 2 weeks, and then I started getting alerts (little yellow triangles in the vCenter console) saying that the storage paths to the vVOLs lost their redundancy. I opened a case with VMware support and they looked at it and said it was not a them issue it was an issue with the storage. Now to cut a long support story short, my case ended up getting routed to the VMware certificates team after my hosts started disconnecting from storage and I had to escallate the case to a P1.

The Certificates engineer saw something in the logs saying there was a certificates mismatch and wondered if that could be part of the issue. By that point things had gone too far and the fix was to delete the storage provider and add it back in manually and that brought it back up. However a few months after that on a completly different vCenter I started to see the same thing. I again opened a case and got the same engineer as before. They showed me a little trick which is to right click on the hosts that are connected to the vVOLs, go to Certificates, and click renew certificates and refresh CA certificates and that fixed the issue!!

So here is my understanding of what happened here. Even though I refreshed the vVOL certificate on the vCenter, something happened which did not allow the certifcate to propagate down to all the vCenters which required manual intervention before the ESXi hosts terminated their connections with the vVOLs.

So now going forward my process is to renew the Certificate from the VASA Providers > Refresh the host Certificates > and Renew the CA certificates on the ESXi hosts.

I hope you found this post helpful and I apologize for it being so wordy. Hopefully this will help someone in the future which is the whole purpose of this blog.

Categories
Uncategorized Virtualization Vmware

vCenter – Unable to login with WinSCP

Hey all it has certainly been a while since I have posted anything, but I am back now and I have quite a few things in the pipeline including a walk through of my new home lab!! For now lets get down to business with being unable to login with WinSCP.

Today I wanted to cover an issue that has been plaguing me quite a bit the last few months. As I am sure you are all aware, VMware vSphere and ESX 6.7 has been out of support since October 2022. Back in August of 2022, my team members at the company I work for worked dilligently to upgrade all of the vCenters and ESXi hosts in out environment.

If you are not aware, upgrading a VCSA appliance from 6.7 to 7.0 involves deploying a new 7.0 appliance and migrating your settings from one to another. Our Friends at VMware have done an amazing job with building a wizard that does most of the work for you. Perhaps as part of my new lab I will try do a guide on the upgrade process as I am sure there are many companies out there who have yet to do the upgrade. In fact I might even go as far as upgrading to 8.0!! Tune in for more.

Back to the matter at hand, When you deploy a new vCenter one of the issues you may run into is not being able to log in with WinSCP. For those of you that do not know, WinSCP is a free application (donations are accepted and appreacated) that allows you to transfer files using the SCP protocol (among others) on a Windows PC and it gives you a nice graphical user interface. You can download a copy of WinSCP here. You can also download it using Chocolatey if that is your thing.

When you try to connect to vCenter using WinSCP you may get this message:

Host is not communicating for more than 15 seconds. If the problem repeats, try turning off ‘Optimize connection buffer size’.

This can be particularly annoying when you need to add or remove a file from vCenter and because like me you probably don’t add or remove files from vCenter all that often so most times you forget that this could be an issue.

To solve the issue you will need to log into vCenter using SSH as root and run this command:

chsh -s /bin/bash root

and press enter.

Once you have done this you can then retry connecting via WinSCP and the issue should be resolved. If you don’t have the root credentals, please check out this article to find out how you can get around that.

Categories
Uncategorized Virtualization Vmware

How to enable BASH shell on vCenter 6.0

According to VMware’s KB articles they claim that this settings change is no longer needed when logging into VCSA Appliances in 6.5 – 7.0. However I am not 100% certain that that is true as, to be honest I always log in as root and have never had to do it. Do have some collegues who claim that they need to do this when they are using their AD Authenticated credentials.

While logged into vCenter as you not root account you will need to type (or copy and paste) this into your SSH session:

shell.set –enable True

In reality, you could also just log into the VAMI and start the BASH service there which I think is what I normally do anyway and thus why I have never had to run this command.

Categories
Virtualization Vmware

vCenter 6.5 – Unable to Authenticate

Happy Monday everyone! I hope you all had a great weekend and Holiday. Guess what happened to me this morning? I came into the office (virtually of course) and discovered that our VDI vCenter environment was inaccessible. Now this is an older environment on its way out the door so I am not too concerned with it. However it would make our lives easier to have vCenter working for the decommissioning process.

When I tried to log into this VCSA Server I would receive the following message in a red banner across the top of the screen:

[400] An error occurred while processing the authentication response from the vCenter Single Sign-On server. Details: ‘Trusted root certificates’ value should not be empty.

When I said this environment is old, it was upgraded from 5.5 and is now comprised of a VCSA appliance and an external PSC. Although the database has been migrated to a vPostgress DB instead of the SQL database that is started on, we have still noticed issues as time has gone one.

We tried to log in both with AD credentials and the local administrator user and both failed. Which was very concerning as we did have an issue with a DNS a few months back which knocked out AD authentication and all of our hosts in a different environment. Resolving that issue required a ticket to be opened with VMware.

I logged into the VAMI on both the PSC and the vCenter server (AD Authentication on both) and I did not see any issues there. Everything looked health and good. Since this environment is going away we decided to see if a good old reboot would fix it since we could not remember when the last reboot on this system occurred.

After rebooting the VCSA appliance everything seemed okay. In fact the vCenter console logged me in automatically. We plan to look into this more, however with this environment being decommissioned in the next few days I don’t think we will find anything of value.

If I do find a root cause for this one I will make sure to post a update on this.

Categories
Home Lab Virtualization Vmware

Home Lab 2.0 – The Beast

Continuing on our series on my Home lab we now move into present day. Well…. a few months ago at least. As I mentioned in my previous post about my Razor Blade 15, I used that as my home lab until I was able to procure parts for my current hyper converged VMware Home Lab.

Below is my part list for The Beast:

Once all the parts came in I managed to get it all hooked up relatively quickly and without issue. I must admit that this is the first time I have ever used a Noctua Cooler, but it is whisper quiet, and nowhere near as expensive as I thought it would be.

So moving away from the hardware I then installed Window 10 and after 4 hours or so of Windows updates I was finally able to install VMware Workstation Pro 15. Well, almost…. it turns out that Virtualization Support was not enabled by default. But I can get into that at a later time. I then built out a Domain Controller (another 4 hours of Windows Updates) and 3 Virtual hosts (no Windows Updates). Once the hosts were built I then deployed a VCSA appliance.

Now I think I have everything I will need to play with VMware Products. That is until I remembered I don’t have Shared Storage for my Virtual hosts. What ever will I do?!

Stay tuned for my next post in this series, especially if you are looking to build a home lab on the cheap.

I hope you found this helpful and if so please share it with your friends, we could really use your support.

Categories
PowerCLI Virtualization Vmware

PowerCLI – How to backup VCSA 6.5

I have recently been working on an issue with a PowerCLI script that has been working for a few weeks that just stopped working. The script is modified version of the one Kyle Ruddy posted about here:
https://blogs.vmware.com/PowerCLI/2018/07/automate-file-based-backup-of-vcsa.html

The script also uses Credentials store to be able to run the script securely but other than that the script is pretty vanilla.

Now that you are up to speed with how it is supposed to work, my next post will cover the issue, and how to resolve it.