hey all, I had an issue when I was sending DLR. I can't see HA interface arrangement (IP address)
Re: Not able to reach in or out NSX based networks
Re: Windows 7 VMWare Horizon Client 4.9 Install Failed
this video may be helpful https://www.youtube.com/watch?v=t2hTrvnMAcw
Re: 10.0.1 Froze so upgraded to 10.1.6 and black screen. Now what?
Hi,
Shut down the VM.
Then disable 3D in Settings -> Display -> uncheck "Accelerate 3D graphics"
Then try again.
If that still doesn't help, try to reinstall VMware Tools.
Normally you should not need to reinstall Windows
--
Wil
Re: Microsoft Visio 2016 takes a long time to load the first drawing
This is probably related to this KB: https://kb.vmware.com/s/article/2145683
Try adding this to your snapvol.cfg in your writable where the article mentions.
reverse_replicate_registry_key=\MACHINE\SOFTWARE\Microsoft\Office\ClickToRun
or even
exclude_registry=\REGISTRY\MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\REGISTRY
Adding the exclude_registry brought our launch time of Visio down from 5 minutes to about 30 seconds. We did not have any Appstacks (we had nothing but performance problems with AppStacks), only a writeable volume. O365 hammers this key with a huge number of calls (hundreds of thousands) and any appvolume or appstack attached caused the calls to take significantly longer, which adds up quickly. You can see this with a procmon analysis with an appvolume attached vs not.
I had a ticket open with VMware with this and they did not have any great solution.
reverse_replicate_registry_key=\MACHINE\SOFTWARE\Microsoft\Office\ClickToRun
UEM settings retained on Writable Vols
Hi guys,
This is my first time posting on here (please be easy on me ). I saw similar threads that are close to my issue, but not quite:
I've just started testing and so I've created a Win10 non-persistent floating pool where the linked clones refresh upon log off. I am using App Stacks for just a few apps and Writable Volumes for profile data. I am also using UEM. I understand Writable Vols is not an ideal solution for profile data, but I'm just testing it.
My test is very simple - apply a mapped drive and add a printer based on OU condition in UEM.
I can implement the very simple User Environment settings with UEM: map a drive, add a printer (both undo at log off.... and run asynchronously). What I then do is sign off the test machine, disable or remove the settings, then log back into the test machine. The settings (mapped drive & printer) are still showing on the machine and this is the issue. I can add newer settings, but get the same issue. I've checked the configshare and when I remove the settings, for example, they are deleted from the configshare, but yet persist on the machine after logging in (even after a log off and back in which refreshes the session).
I have no log on/off scripts and since the machines always refresh, my suspicion is that these settings are remaining on the Writable volume somewhere. So just to confirm my suspicion, I disable Writable and voila, the settings reflect UEM. I'm asking if anyone has seen this issue and can shed some light on the matter or point me in the right direction. Believe me, we're not crazy about Writable Vols, but I would like to further test it and this is a hindrance so far. It's probably a bonehead mistake on my part, but I can't figure it out. Thanks
Re: ISO import fails with 401 Error
Hi,
I know this is a little old, but wondering if you ever determined the cause of / fixed this issue. Looks like we are having the same or similar trouble with Guest customization.
Thanks!
"VMWare Tools can be updated" yellow exclamation mark?
Real newbie here, so please be gentle.
Originally installed VMWare Workstation Player 15.0.4 running on Win10 a few weeks back, and then created Win7 VM guest, and installed VMWare Tools 10.3.5 in the Win7 VM. All was fine.
Today I accepted the offer to upgrade VMWare to 15.1.0, and that went fine.
But now when I play the Win7 VM the system tray icon for VMTools has a yellow exclamation mark on it. When I hover the mouse over it the message "VMWare Tools can be updated" is the flyout. But I thought the latest version of VMWare Tools was 10.3.5. I certainly wasn't offered an option to upgrade VMWare Tools to a newer version, assuming there might be a newer version that matches 15.1.0 of VMWare itself. I have no idea what the story it.
I have tried uninstalling VMWare Tools, re-starting Win7 VM, and then reinstalling the same 10.3.5 version. And not surprisingly the yellow exclamation mark is still there.
I have to admit, I have a great deal of difficulty navigating through the VMWare web site. I do not find it user-friendly. Quite the opposite, to be honest, but maybe I'm just a beginner. I cannot figure out how to find anything, or search for something, or how to even download the latest version of VMWare tools. Even trying to search this forum was non-intuitive, and I didn't find any "hits" that might have been helpful. To be honest I can't even remember how I got the 10.3.5 download file in the first place but I certainly can't find it now, a few weeks later.
Can somebody please help me. Is this yellow exclamation mark normal or an indication of something I must do? And if I must do something, what is that? And please provide me with URL links to whatever page I need to go to to get started, or whatever I need to download.
Any help would be much appreciated.
Note that my Win7 VM is working perfectly, so that's not something I'm asking for assistance with. I only want to address the "VMWare Tools can be updated" message and yellow exclamation mark.
Thanks in advance.
Re: VMware Workstation Long Notification Bars
VMware workstations Pro 15 无法使用桥接网络
Topic Name : 配置桥接模式网络连接
Publication Name : 使用 VMware Workstation Pro
Product/Version : VMware Workstation Pro/15.0
Question :
VMware workstations Pro 15 无法使用桥接网络,提示无网络配置。
Cannot save any file to a 'Shared Folder'
Hi,
I have multiple VM's that use the same 'Shared Folders'. I have them marked as 'Always Enabled', 'Map as network drive in Windows guests'.
From one VM, which is Win7, I can save files from Excel for example to both of the Shared Folder locations.
From other VM, which is Wn10, I cannot save any file. I get an error 'Document Not Saved'. So I have to save to Desktop and copy it to the 'Shared Folders'. That works but very annoying.
Any ideas to resolve?
Thanks
Re: Cannot save any file to a 'Shared Folder'
I can save a .txt file through Notepad++ but not an Excel file. Perhaps an Excel issue? Weird as in Win7 I can save an Excel file just fine.
NSX-T 2.4 API https://nsxtmgr/api/v1/transport-zones?included_fields=transport_type is not returning response with the fields given in the included_fields but returning all the fields
Hi
The response returned by nsx-t mgr for API request "https://nsxtmgr/api/v1/transport-zones?included_fields=transport_type " is below, but the expected response is the result with only the transport_type field. I'm doing anything wrong in the API request. Any help regarding this would be of great help.
{
"results": [
{
"transport_type": "VLAN",
"host_switch_name": "T0UplinkTZ",
"host_switch_id": "79892d16-3d8e-4870-9053-f102b6437ced",
"transport_zone_profile_ids": [
{
"resource_type": "BfdHealthMonitoringProfile",
"profile_id": "52035bb3-ab02-4a08-9884-18631312e50a"
}
],
"host_switch_mode": "STANDARD",
"nested_nsx": false,
"is_default": false,
"resource_type": "TransportZone",
"id": "480be7ab-143b-477a-9622-07b76da235dc",
"display_name": "T0UplinkTZ",
"_create_user": "admin",
"_create_time": 1558149399089,
"_last_modified_user": "admin",
"_last_modified_time": 1558149399089,
"_system_owned": false,
"_protection": "NOT_PROTECTED",
"_revision": 0,
"_schema": "/v1/schema/TransportZone"
},
{
"transport_type": "VLAN",
"host_switch_name": "buildservers",
"host_switch_id": "df3a3520-de9f-4d6c-b32c-3860b7eae525",
"transport_zone_profile_ids": [
{
"resource_type": "BfdHealthMonitoringProfile",
"profile_id": "52035bb3-ab02-4a08-9884-18631312e50a"
}
],
"host_switch_mode": "STANDARD",
"nested_nsx": false,
"is_default": false,
"resource_type": "TransportZone",
"id": "88457d0c-02b8-46b4-8435-aec52fc490de",
"display_name": "VLANTZ",
"_create_user": "admin",
"_create_time": 1557533712561,
"_last_modified_user": "admin",
"_last_modified_time": 1557533712561,
"_system_owned": false,
"_protection": "NOT_PROTECTED",
"_revision": 0,
"_schema": "/v1/schema/TransportZone"
},
{
"transport_type": "OVERLAY",
"host_switch_name": "buildservers",
"host_switch_id": "df3a3520-de9f-4d6c-b32c-3860b7eae525",
"transport_zone_profile_ids": [
{
"resource_type": "BfdHealthMonitoringProfile",
"profile_id": "52035bb3-ab02-4a08-9884-18631312e50a"
}
],
"host_switch_mode": "STANDARD",
"nested_nsx": false,
"is_default": false,
"resource_type": "TransportZone",
"id": "d9cec7ce-7f4e-448a-b445-f3b3244e9822",
"display_name": "buildservers",
"_create_user": "admin",
"_create_time": 1557361221147,
"_last_modified_user": "admin",
"_last_modified_time": 1557361221147,
"_system_owned": false,
"_protection": "NOT_PROTECTED",
"_revision": 0,
"_schema": "/v1/schema/TransportZone"
}
],
"result_count": 3,
"sort_by": "display_name",
"sort_ascending": true
}
Thanks
Mahi
VXLAN traffic over IPSEC Tunnel
Hello's,
Had a question that I'm not able to get a clear answer on.
Background:
- Two DC sites connected with a Point to Point Link and each running NSX-v. Cross VC NSX is desired.
- Different types of traffic traverse the P2P link and for those requiring security options, an IPSEC VPN tunnel exists, homed on Firewalls at each end of the P2P link.
- Traffic is selectively routed over this tunnel based on security requirements. VXLAN traffic has been identified as traffic meeting requirements.
- Assuming MTU issues are addressed, Is running VXLAN traffic across an IPSEC tunnel supported? If yes, caveats? If no, why not?
Thanks all for your expertise,
Sky
Re: Cannot save any file to a 'Shared Folder'
Wow. I updated VMWare Tools by chance and now I can save an Excel file to the shared directories. Pure luck as it just prompted me out of nowhere if I wanted to update VMWare Tools.
Re: NSX-T 2.4 API https://nsxtmgr/api/v1/transport-zones?included_fields=transport_type is not returning response with the fields given in the included_fields but returning all the fields
That parameter doesn't seem to work for me either. If you want to filter on transport zones of a given type, you can just include the filter transport_zone=<type>
GET https://FQDN/api/v1/transport-zones?transport_type=OVERLAY { "results" : [ { "transport_type" : "OVERLAY", "host_switch_name" : "CZ-N-VDS", "host_switch_id" : "6e00c8f7-f227-4689-b443-fffa23451664", "transport_zone_profile_ids" : [ { "resource_type" : "BfdHealthMonitoringProfile", "profile_id" : "52035bb3-ab02-4a08-9884-18631312e50a" } ], "host_switch_mode" : "STANDARD", "nested_nsx" : false, "is_default" : false, "resource_type" : "TransportZone", "id" : "e93980e2-c36c-45a7-942e-d2be05b2bb62", "display_name" : "TZ-Overlay", "description" : "", "tags" : [ ], "_create_user" : "admin", "_create_time" : 1556489993723, "_last_modified_user" : "admin", "_last_modified_time" : 1556489993723, "_system_owned" : false, "_protection" : "NOT_PROTECTED", "_revision" : 0, "_schema" : "/v1/schema/TransportZone" } ], "result_count" : 1, "sort_by" : "display_name", "sort_ascending" : true
Cannot edit vMotion TCP/IP stack's gateway
Hi,
Environment:
VCSA 6.7 with ESXi 6.7
I built a couple of more ESXi 6.7U1 but while configuring the network, I notice I can't edit the "vMotion" TCP/IP stack's gateway. It's greyed out in both web client and HTML5 client. I don't have any vmkernal adapters using it. Is it possible to add the gateway to the vMotion stack? I understand normally vMotion network does not need to the gateway to route to other networks but since I was able to add the gateway to other ESXi hosts (while they were 6.5) before, I am wondering why I can no longer do the same.
Thanks,
Re: Cannot edit vMotion TCP/IP stack's gateway
You can't edit a TCP/IP stack until there is at least one vmkernel port assigned.
Re: Vmware 6.5 fails to assign an ip for a linux vm if the network adapter is invalid
Thank you very much for your reply!
If I specify e1000 correctly on the first try, there is no problem to get an IP. The problem only happens when an invalid network adapter is specified.
So I am definitely confused about this case.
Re: Workstation 14 will not allow Webex mouse control
Can you try VMware Workstation 15 on Windows 10 1809 or later? It is expected to be fixed in VMware Workstation 15. Thanks!
Re: Vmware 6.5 fails to assign an ip for a linux vm if the network adapter is invalid
So don't specify an invalid adapter type and problem solved