Welcome to the Community,
Did the license key(s) you entered in the vCenter Server licensing section resolve to the expected product with the correct number of instances (for vCenter Server), or CPUs (for the ESXi hosts)? Once the licenses are accepted, you can go the the Assets, select a product, and assign an available license.
If you are still having issues, please post some screenshots of what's shows in the licensing and assets window. Make sure that you gray out any license keys!
André
The clustering would be done with vCenter, but since you're just toying around this is a lab so I strongly insist that you just get a 60 day trial evaluation of the latest VMware packages. For something more permanent and for labs, VMUG Advantage gives 365-day trial licenses for $200 and at this time will give you everything but NSX.
Coming from someone who works full-time professionally on vSphere 5.5, it's awful. 6.x is so different and easy to use that it's something that would be much better to play with. There are also different kinds of vCenter evals that you can play with. You can use the Windows installation type which goes on a Windows Server, or you can use the VCSA (server appliance) which as of 6.5 has now taken the lead with unique features.
You can keep tearing these vCenters down and reinstalling them without any impact on your VMs, which will stay faithfully licensed on your free ESXi. vCenter is easy to set up (just a lot of next next (coffee break) next (coffee break) next.
I could spend all day venting about vSphere 5 so I will spare you from that unless there was something specific you were looking for. The bottom line with the licensing, however, is that the license is linked to the VMware account that purchased it. You already have your own VMware account since you're using these forums, so you may as well use that to download trials of everything under the sun (except NSX). You can just keep reinstalling them since this is not for business/enterprise use, and then you get to play with the newest set of full features. That's what we do in our labs.
I have a same problem.
Can you login the PSC or VCSA using https://FQDN:5480? Yes
Is this an embedded PSC or external? embedded
Can you login using administrator@vsphere.local? How? If the Web client isn't available
Are you running in enhanced link mode? No
Is time synced with NTP and set the same as AD, vCenter, PSC and host Yes
Is the root password set to never expire on the PSC Yes
I have a need to enable QOS on many different vCenter's and dVs's. I could do it on the dVs uplink or individual port groups. Either way its going to be different traffic rules that are going to be added & maintained. Can anyone think of a good reason to create the traffic rules on the uplink vs. port group(s)? Thanks
Hi,
I cannot access any of the Apps using HTML in any of the browser. I am using the latest Horizon View 7.1, a security server and the ports 443, 4172 and 8443 are forwarded to the Security Server. I do not have any issues accessing apps using the Client.
The HTML access works fine internally.
Thanks in advance.
Did not work for me. Again I want to SSH from my vmware box to a linux box (not VMWARE) as another user on the same internal network without password.
My Steps
ON my Vmware box on esxi
1. create pub key /usr/lib/vmware/openssh/bin/ssh-keygen
I call file server1.pub
2. Copy pub key over to server1
cat /etc/ssh/keys-root/server1.pub | ssh admin@server1 'cat >> /home/admin/.ssh/authorized_keys'
3. When I ssh to admin@server1 I get prompted to enter password (not working)
4. I ssh using -i parameter ssh -i /etc/ssh/keys-root/server1.pub and get prompted for password (not working)
Hi guys,
Just a quick one on this issue, I'm going to replace the vCenter SSL cert for 2 vCenters (5.0) running in linked mode, will they break?
Do I need to reconfigure the linked mode after the new certs are loaded in to vCenters?
Thank you.
So, just an update.
I tried and re-deployed probably 10+ times trying different things (upgrading the hardware, vmware-tools, etc...). Anyways, I FINALLY got it to work on deployment today... I hope this helps someone else...
Some of these steps may not be needed, but I'm listing exactly what I did to get it to work.
1. Deploy OVA
2. Right click Appliance, upgrade VM hardware version to latest (6.5)
3. Go in to settings of VM, configure vmware tools to update on boot (probably not needed, but just listing what I did)
4. Boot VM
5. Load up vdp-configure web interface, during process
6. Using the VM console, log in as root, set timezone (I'm using Mountian) using "cp /usr/share/zoneinfo/America/Edmonton /etc/localtime"
7. Restart vmware-tools (for time update, and just for the heck of it) using "service vmware-tools restart"
8. Go back to vdp-configure interface, on vcenter configuration used "vsphere.local\user" format, instead of "user@vsphere.local"
9. Few errors on showing storage information, but vdp-continued
10. Few errors on showing CPU/MEM info, but vdp-continued
11. Configuration completed, booted!
Major things I did different than normal
1. use vSphere.local\User instead of user@vsphere.local
2. Upgraded the VM hardware version
3. Set time zone of VDP linux guest OS, restart vmware-tools service
You should enable HTML access in the Pool.
Take a look:
http://lh4.ggpht.com/-5a4zdbonT38/VDXD48m_BMI/AAAAAAAB1rs/uUEsG3t7QuQ/s1600/image35.png
May I tag along and ask, I will be taking the shutdown route (one master, a half-dozen guests, each guest running RHEL and Oracle). I will be migrating from Essentials 5.1. Any thoughts whether to take incremental steps (such as 5.1 to 5.5 for a while)? And, how much time should I allow? Just looking for a rough guess, hours vs. multiple days. TIA.
Thanks for your answers.
Things worked fine when I enabled promiscuous mode under the port group.
I'm still not sure why. I noticed that the MAC address of each VM are different between what ESXi displays within the port group topology menu and what you can see in the guest VM (using ifconfig or ipconfig). This has probably something to do with it ?
Regards.
I'm very happy to report been busy up to 22 apps right now
1 minute and 40 second log in time for Windows 10 all 22 apps loaded
Very happy from a 8 minute log in time before
HI,
regarding the addition of that mentioned code line go to the folder on your host where the VM guest is stored and open the "your-vm-name.vmx" file in a simple text editor and add it.
Additionally, I'd like to clarify: In your original post you mentioned that the guest has "1 processor allocated". Does the guest have one processor with multiple cores or does it merely have a single processor core?
Even on a host with a high single core performance like your i7, a single core for Windows might not be enough to run it smoothly. I tested this not too long ago on a small NAS/VM server with an i3 6100 (yes, slower than your i7 but not that slow) by only activating a single core without Hyper-Threading in the UEFI and Windows by itself without any active tasks was almost unusable. Adding/enabling a second core was a difference like day and night.
Hello Alex,
While it *could* be a classic v4 PSOD, in my experience these tend to be a bit more empty and with varying backtraces (but then again, this depends).
This smells like this one:
https://kb.vmware.com/kb/2045017
Note the world "WWWW:vmmM:VirualMachineName" syntax (which is not in your screen shot, I am pretty sure backtraces don't appear like this since 4.x so don't mind that, the CpuSchedVcpuSwitch + CpuSchedDispatch is the relevant part here.
Also, don't mind the fact that only Dell and HPE are referenced in the 'Resolution' of the kb article : same Intels = same BIOS = same problems.
Check how old the BIOS you are using on this host, as per that document it only got fixed with Dells by their release on 9/25/2013, if way later in use then sure start maybe thinking classic v4 .
Also, any particular reason you are running a host build from 2014? I advise to update to ESXi 5.1 Patch 9 (2016-05-24, build:3872664) to avoid other known issues that were fixed in the interim.
Bob
-o- If you found this comment useful please click the 'Helpful' button and/or select as 'Answer' if you consider it so, please ask follow-up questions if you have any -o
3x came out in 2016 and 2.12.1 is the updated version going forward in 2017
I would deploy 2 and it's the one that is working the best and has the latest updates
2.12. is working Ok for us after a bunch of issues with setup and bugs.
Hi,
I have some doubts in configuring SMTP please find below.
what is User Name and Password? [is it mail server related?]
what is sender email address? [we can use any random email or we have to use one already existing under our mail server?]
please provide me information on it, thanks
Just another update...
I deployed a second VDP appliance doing everything identically, and it failed with the original errors. I have no idea why this is failing...
New to the site, new to VM, and if I ever get trained I'll laugh at having to ask this. We have a single Linux server that hosts a half-dozen or so guest VMs. The VMs are all RHEL 5.9 (for the time being).
I launch the VpxClient.exe from my PC. There's a config file that appears to be a basic template. No other files of significance have been installed on the PC. Specifically, no vCenter -- although we seem to be licensed for it. The corporate PC I use is considerably locked down, so acquiring vCenter is going to take some effort. I cannot just download and install it.
Getting to my point, command line attempts to ssh/scp fail as "connection refused". The people who set this up are long gone. Undocumented, of course. So with good reason, I'm not likely to bounce this production server just to learn what breaks.
Any constructive ideas are appreciated. TIA.
@ Eric ..thanks for the reply :-)
FOR THE RECORD .. did you read my message correctly ?
Believe you me I've been all over this like a bad rash ..
CTRL+ALT ... been there done that .. it only releases the NON-EXISTENT MOUSE ... did you read the problem I described ?
(OLD TRICK .. teach this dog some new ones ..)
I have now verified this issue .. it is prevalent in both vcenter 6.5 as well as when connected to a stand-alone host ! \
It is insanely frustrating and hurtful that vmware insist on either not testing this stuff or releasing semi-tested software continuously .. these basic things are NOT difficult to test at all !
I have TESTED this and while testing realized there is a new update released about two weeks ago now.
The updates are for both vsphere and esxi 6.5 (yip that's right .. update b ..mmm are we going from alpha to beta in a GA ? )
So I thought I'll just set the whole lab up again , this time using 6.5b
Well I have spent a full 24 hours setting it all up again .. and finally 6.5b is up and running.
I anxiously created a new virtual machine ( first windows 2012) and after MUCH STRUGGLE just assigning a hard disk .. yes another bug it seems .... imagine that ..
the issue is that the default disk is set for THIN provision but if the datastore is less capacity than the thin provisioned disk the wizard generates and error , which is fine but unless you actually double click the THIN provision option OR click a THICK option, and assume that THIN is the default once you click finish an error appears saying the disk space is not enough ...AAAARGH ~!!!!
Then to add insult to injury you have the ISO selection ... OMG what a JOKE ! Sometimes you can select and click the datastore option and sometimes you can click it stupid and it doesn't select.
then you may have to refresh the window or log out and then back in again and then it may work.
If you did actually manage to select the datastore browser and it worked you are taken to a window to select your ISO from a list of files .....
GUESS WHAT . ?
NO FILES ARE DISPLAYED ...WOOOHOOO .....WHAT FUN AND GAMES ............NOT !!
Ok so off or refresh the browser window (whichever works for you ..maybe try a combo if it doesn't and you may be successful).
then you can maybe see the files to select your installation ISO .. at last ..yaaay!
Now what I've also noticed is that sometimes the connect at power on is not there or gets deselected somehow (UN-DEVINE INTERVENTION).
So after all of this the result is .... : THE MOUSE NOW WORKS ! ...YES sort of like it used pre-vsphere 6.5
BUT WAIT THERE'S MORE (OR LESS .. more is less and less is more right ?) ......
Now that the mouse works (a revelation perhaps for some like me).. you now are presented a kind of newer console with ...WAIT ...STOP ... I can't see it now because there's an UNHANDLED EXCEPTION(1) ERROR ... HAHA try google this one baby !
Now if this isn't a sign of BAD CODE then what is ??????
Ok the UNHANDLED EXCEPTION (1) (non-hyphenated of course because that would be proper English right ? And we code , to hell with english right ?) says to refresh the browser because ' we recommend refreshing and submitting a bug report' ...
And this is possible of course if you're in a datacenter which is CANNED and non-internet facing ... Security in a datacenter ?? HUH what's that ?
Yes of course all client datacenters are internet facing ...and no NONE of them are in remote locations or off-site ..right ?
An no-one out there really uses RDP connections much right .. ? I mean RDP tunnels in RDP tunnels and then a vmware console inside that .. gee who even does that ... ?
Because if for example I happened to hear that I should maybe try the VMRC (an option that is available as you you launch the client) ... you try it by making the selection from the console which isn't really working to well (yip it sort of works but hey who cares if it doesn't fully work right , I mean we've tested it in our local dev environment and not in the most obvious places or situations like real client remote connections ..right ? That of course is fine right ? I mean we can always figure it out in the updates and if clients really want to they will eventually hear about it right ? )
So on with the program (well a sort of program which sort of works after sort of programming, after all , code is code ..good or bad right ?)
Ok so now I'm back and finally have the ISO mounted and this after a few refreshes of the web browser and one or two log off and log on's ..... take a deep breath buddy production and business can wait.
Ok so I have the console now and BE CAREFUL ... DO NOT DOUBLE-CLICK .. that brings up a window sizing frame that looks like something one might find when you paste a picture in mspaint or you're cutting and pasting in mspaint (A far more superior program I think).
So once you've figured out that this is some sort of resolution or screen sizing/setting tool then pat yourself on the back ... and make sure you have something hard to bite on because you have a little work ahead trying to figure out how to get it out of your way... (click the tiny cross with the arrows on top left of transparent frame)
and if you happen to try set the size by dragging the dotted frame around then you will probably end up with a lovely blank screen (color is chosen automatically) but where is the Windows desktop now ....AAAARGH !
So close the console and open a new one and don't double click !!
Move slowly , too fast and you are out of the frame or playing with a drunk mouse !
OK .. now that we have a SORT OF WORKING CONSOLE it's time for VMWARE TOOLS (praying this helps ...eeeek!)
So once you've figured out where the option is (top right of new console , along with options for virtual keyboard ..heheh some devs also probably had issues .. GOOD ..feel my pain or at least part of it ...the best is yet to soome when I realize how much time and money I've lost battling with this flaky management product PUI (pooey, in fact stinky pooey and oh so clunky)
Now back to business (maybe) ....
Ok so I fired up vmware tools install , procedure is to find where to select guest and then select it and select install vmware tools.
and wait ....
dude just wait ...
and wait ...
it's not working ...SIGH
So into the OS I go hi-ho hi-ho .. the vmware tools ISO is mounted but not launched .. click it don't double-click it ..I said don't double-click dammit!
AAAAH at last some responsiveness from the mouse wooohoo !
I can sort of work now in a console screen that sort of responds but isn't very intuitive (Did anyone actually do any end user testing and actually ask people what they might like in terms of layout and user-friendliness .. I think NOT !)
Now go easy please... you have a locked windows screen where you need to login right ?
So normally (based on legacy operations through years gone by with vmware product) one would click in the console (not double-click!) and press CTRL+ALT+INSERT (used to be a local login right ?) well good luck with that one :-) ... you need to select the ACTIONS (link/button/option) on t the top right of the console windows and then select GUEST OS , SEND KEYS and select CTRL+ALT+DELETE via a mouse click ...always easy in these remote in remote in console sessions that hardly anyone in the world uses ..right ?)
and then ....right click the desktop .. and ooh that lovely transparent frame is back ...YAY.....
OH WELL IT SORT OF WORKS DOESN"T IT ??
Three words come to mind here ...STOP THE MADNESS !
C'mon guys ... you're taking us back in time to early ILO java sessions ...do you actually think clients are loving this ?
This is seriously testing our patience.
You say the c# client is DEAD .. but how the hell do you manage these vm's now ..this has become something BEYOND A JOKE !!!!!!!!
PS . I certainly hope the moderators here have the gumption(assertiveness) to actually post this.
And i sincerely hope this helps others to at least get to manage their vm's too.
OH and the final straw was this post ... trying to just upload an image here freezes good old firefox and you end up with a browser not responding but thank goodness firefox retained all of my post after the re-load.
OH AND FOR THE RECORD .. let's not even mention the VMRC ... but if you really want to entertain that thought, by all means try it .. first battle around with the plug-in a little (otherwise you miss the fun stuff) and then open it up to find the missing mouse , if you can of course, assumming you don't have a blank screen and hopefully you've had a littrle more fun checking out the KB that points to checking the firewall and ports etc etc.
this of course with you knowing full well that all used to work pre-vsphere 6.5
First I noticed that after updating VMware tools on a windows 8 VM, it appeared a protected folder inside \AppData\Local\Temp folder and inside this protected folder a file called dfixapi.dll.
Every time I use my VM a new protected folder with an additional copy of the dll file appears and there is no way to delete it.
After Workstation 12.5.5 the same protected folder and file appears also on the host (windows 10 pro) and not only at the VM level.
I have tried to install a new host (windows 10.pro) from scratch. I have installed windows, updated it and installed office and no problem showed up. As soon as I install VMware, the problem shows up.
Any explanation why this difxapi.dll file is being created by the VMware workstation?
Is this normal? Is this a virus or malware? if so, any solution?
thanks, Robert Lobel